Ми впроваджуємо User Journey Mapping в аналітиці мобільного застосунку на рівні даних: інструментуємо навігацію, будуємо path analysis в Amplitude або Mixpanel і виявляємо вузькі місця, які не бачить UX-дизайнер. Типова ситуація: дизайнер намалював онбординг з 4 кроків, розробники реалізували. За аналітикою з'ясовується, що 40% користувачів на третьому кроці йдуть у налаштування, повертаються, і тільки потім завершують онбординг. Ніхто не тестував цей edge case, бо не знав про нього. Journey mapping його виявляє. Зекономте до $2000 щомісяця на ручному аналізі.
Чому стандартних воронок недостатньо для User Journey Mapping?
Sequenced event funnels у Firebase, Amplitude або Mixpanel показують лише задану послідовність. Вони пропускають незаплановані шляхи та не бачать, звідки користувачі приходять на кожен крок. У результаті ви знаєте, що 60% доходять до екрана оплати, але не знаєте, що 20% з них прийшли через push-сповіщення, а не через кошик. Воронки конверсії (conversion funnels) не дають повної картини. Sankey-діаграми та path analysis вирішують цю проблему: вони відображають усі можливі переходи між екранами без обмеження за сценарієм. Це дозволяє виявити несподівані маршрути, які стають точками відвалу.
Як інструментувати навігацію для точного збору даних?
Кожен екран і кожен значущий перехід повинні фіксуватися з контекстом — джерелом та елементом, що викликав перехід. Без цього ви знаєте, що користувач був на ProductDetail, але не знаєте, звідки прийшов.
// Android — трекінг переходу з контекстом
fun navigateToProduct(product: Product, source: ScreenSource) {
analytics.track("screen_viewed") {
put("screen_name", "ProductDetail")
put("product_id", product.id)
put("source_screen", source.screenName)
put("source_element", source.element)
}
navigator.navigate(R.id.productDetailFragment, Bundle().apply {
putString("product_id", product.id)
})
}
// iOS — навігаційний трекінг з джерелом
enum NavigationSource {
case searchResults(query: String, position: Int)
case recommendations(algorithm: String)
case pushNotification(campaignId: String)
case deepLink(url: URL)
}
func openProduct(_ product: Product, from source: NavigationSource) {
var properties: [String: Any] = [
"screen_name": "ProductDetail",
"product_id": product.id
]
switch source {
case .searchResults(let query, let position):
properties["source"] = "search"
properties["search_query"] = query
properties["search_position"] = position
case .recommendations(let algorithm):
properties["source"] = "recommendations"
properties["rec_algorithm"] = algorithm
default:
break
}
amplitude.track(eventType: "screen_viewed", eventProperties: properties)
}
Покроковий план впровадження:
- Інструментуйте навігацію: додайте source_screen та source_element до кожної події.
- Налаштуйте Path Analysis в Amplitude або Flows в Mixpanel.
- Сегментуйте маршрути за джерелом установки, пристроєм, когортою, планом.
- Виявіть точки відвалу та сформуйте гіпотези для A/B-тестів.
Сегментація маршрутів покращує аналіз
Без сегментації карта шляхів показує усереднений шлях, який не існує для жодного реального користувача. Важливі зрізи:
- За джерелом установки: organic vs paid — конверсія може відрізнятися в 2 рази; наприклад, organic користувачі конвертуються на 30% частіше ніж paid.
- За типом пристрою: користувачі планшетів на 30% частіше використовують горизонтальний режим.
- За когортою: нові користувачі vs ті, що повернулися — retention на 7 день відрізняється на 15%.
- За планом: free vs premium — глибина перегляду в 3 рази вища у преміум.
Сегментація користувачів (user segmentation) дозволяє виявити ці відмінності.
# Amplitude API — отримати User Paths з сегментацією
import requests
response = requests.post(
"https://amplitude.com/api/2/path",
auth=("API_KEY", "SECRET_KEY"),
json={
"start": {"event_type": "onboarding_started"},
"end": {"event_type": "subscription_started"},
"segment_definitions": [
{
"name": "New Users",
"filters": [
{"subprop_type": "user", "subprop_key": "new_user", "subprop_op": "is", "subprop_value": ["true"]}
]
}
],
"e": {
"event_type": "any",
"filters": []
},
"n": 8
}
)
Порівняння інструментів для path analysis
| Інструмент | Тип аналізу | Глибина сегментації | Складність налаштування |
|---|---|---|---|
| Amplitude Pathfinder | Sankey + довільні шляхи | Висока (user properties, event properties) | Середня |
| Mixpanel Flows | Автоматичні потоки | Середня (фільтри) | Низька |
| GA4 User Explorer | Лінійні шляхи | Низька (тільки визначені сегменти) | Низька |
Amplitude Pathfinder кращий за Mixpanel Flows у 2-3 рази за швидкістю виявлення аномалій. Це дозволяє зекономити до $5000 на місяць на оптимізації воронки.
Автоматична сегментація прискорює аналіз
Ручна розмітка когорт — трудомісткий процес. Сучасні інструменти, такі як Amplitude Pathfinder або Mixpanel Flows, пропонують автоматичне побудову шляхів з налаштовуваними фільтрами. Це скорочує час первинного аналізу до 30 хвилин замість 2–3 годин ручного копання в логах.
Переваги автоматичного побудови карт шляхів
Автоматизація дозволяє:
- Виявляти неочевидні залежності між екранами
- Виявляти повторювані патерни відмов
- Порівнювати поведінку когорт без написання складних запитів
В одному з проєктів автоматичне побудова показало, що 25% користувачів після реєстрації одразу потрапляють на екран з помилкою через застарілий токен. Це було виправлено за один спринт, що збільшило конверсію в підписку на 12%.
Ключові метрики на карті шляхів
| Метрика | Що показує | Нормальне значення |
|---|---|---|
| Drop-off rate | % користувачів, що покинули екран | <20% для основних кроків |
| Loop count | Середня кількість повернень на попередні екрани | <2 |
| Dead-end ratio | % сесій, що завершилися на екрані без CTA | <5% |
| Path diversity | Кількість унікальних шляхів між двома точками | <10 для ключових сценаріїв |
Виявлення вузьких місць
Після побудови карти шляхів шукаємо:
- Drop-off points — екрани з аномально високим відтоком. Наприклад, якщо на екрані AddressInput йде 35% користувачів — проблема у формі.
- Unexpected paths — переходи, яких не повинно бути. Якщо користувачі йдуть з Checkout назад у ProductDetail, значить, у них є питання, на яке екран оформлення не відповідає.
- Dead ends — екрани, з яких користувачі закривають програму, а не переходять далі. Часто це екрани помилок або порожніх станів без CTA.
Що входить у нашу роботу
- Проєктування схеми трекінгу навігаційних подій з source_screen та source_element
- Налаштування Path Analysis в Amplitude або Flows в Mixpanel
- Конфігурація сегментації під ключові когорти (джерело, пристрій, когорта, план)
- Побудова карти основних user journeys: онбординг, конверсія, retention (ретеншн аналіз)
- Виявлення top-3 drop-off точок та формування гіпотез для A/B-тестів
- Документація щодо схеми подій та звіт з інтерактивними картами
Терміни та як почати
Інструментація навігації та базові journey reports — 2–3 дні. Повний аналіз з сегментацією та гіпотезами — 3–5 днів. Вартість розраховується індивідуально.
Зв'яжіться з нами для консультації щодо вашого проєкту. Отримайте попередню оцінку обсягу робіт та термінів. Наш досвід: 7+ років у мобільній аналітиці, 50+ інтеграцій аналітичних платформ. Гарантуємо якість інструментації та прозорість звітів.