Реалізація User Journey Mapping в аналітиці мобільного застосунку

Реалізація User Journey Mapping в аналітиці мобільного додатку

User Journey Mapping в аналітиці — це не UX-діаграма на стікерах. Це реальні дані про те, якими шляхами користувачи рухаються по додатку, де теряються, які незапланован маршрути використовують частіше запланованих.

Типова ситуація: дизайнер намалював onboarding з 4 кроків, розробники реалізували. По аналітиці виявляється, що 40% користувачів на третьому кроці йдуть у налаштування, повертаються, та тільки потім завершують onboarding. Ніхто не тестував цей edge case, тому що не знав про нього. Journey mapping його виявляє.

Інструменти та підходи

Два рівні реалізації:

Рівень 1 — воронки. Sequenced event funnels у Firebase/Amplitude/Mixpanel. Показують, скільки користувачів пройшли задану послідовність.

Рівень 2 — Sankey-діаграми та Path Analysis. Показують усі можливі переходи від одного екрана до іншого без заданого шляху. Доступно в Amplitude через Path Analysis, у Mixpanel через Flows, у GA4 через User Explorer.

Інструментація для Journey Mapping

Щоб journey mapping працював точно, кожен екран та кожен значимий перехід повинен бути зафіксований з контекстом:

// 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)
    })
}

Властивість source_screen + source_element — ключ до побудови реальних шляхів. Без них ви знаєте, що користувач був на ProductDetail, але не знаєте звідки.

Path Analysis в Amplitude

Amplitude Pathfinder будує граф реальних переходів. Для запуску:

1. Вибрати стартову подію (наприклад, app_opened або onboarding_started)
2. Вибрати кінцеву (наприклад, subscription_started)
3. Amplitude показує всі шляхи та відсоток користувачів на кожному

Проблема: шляхів занадто багато, граф нечитаємий. Рішення — складати екрани в групи через event property filters.

Сегментація маршрутів

Journey mapping без сегментації показує усереднений шлях, який не існує ні для одного реального користувача. Важливі зрізи:

• За джерелом встановлення — organic vs paid користувачі ведуть себе по-різному
• За типом пристрою — користувачі планшетів можуть мати інший flow
• За когортою — нові користувачи vs вернулися
• За планом — free vs premium

Виявлення вузьких місць

Після побудови карти шляхів ищемо:

Drop-off points — екрани з аномально високим оттоком. Якщо на екрані AddressInput йде 35% користувачів — це проблема форми, а не самого flow.

Unexpected paths — переходи, яких не повинно бути. Користувачі йдуть з Checkout назад у ProductDetail? Значить, у них є запитання, на яке екран оформлення не відповідає.

Dead ends — екрани, з яких користувачі в основному закривають додаток, а не йдуть на інший екран. Часто це екрани помилок або пустих станів без CTA.

Що ми робимо

• Проектуємо трекінг навігаційних подій з source_screen та source_element
• Налаштовуємо Path Analysis в Amplitude або Flows у Mixpanel
• Конфігурируємо сегментацію під ключові когорти
• Будуємо карту основних user journeys: onboarding, конверсія, retention
• Виявляємо top-3 drop-off точки та формуємо гіпотези для A/B тестів

Часові оцінки

Інструментація навігації та базові journey reports: 2–3 дні. Повний аналіз з сегментацією та гіпотезами: 3–5 днів. Ціна розраховується індивідуально.