Трекінг та оптимізація воронки конверсії мобільного застосунку

Багато клієнтів приходять до нас з проблемою: воронка продукту виглядає як чорна скринька. Ми бачимо, що після кроку add_to_cart втрачається 40% користувачів, але чому — невідомо. У підсумку гроші йдуть на рекламу, а не на доопрацювання. Ми вирішуємо це впровадженням наскрізного трекінгу з нуля. За 5 років ми реалізували трекінг для 50+ мобільних проектів — від MVP до enterprise-застосунків з мільйонами користувачів. Якщо ви хочете отримати консультацію з налаштування трекінгу у вашому застосунку, напишіть нам.

Воронка конверсії без правильного трекінгу — це діаграма, яку продакт малює по пам'яті. З трекінгом — це цифри, які показують, де саме і у якого сегменту користувачів гроші йдуть крізь пальці. Стандартна помилка: трекати тільки початок і кінець воронки (checkout_started → payment_succeeded) і потім дивуватися, що 60% drop-off незрозумілі. Правильний підхід — трекати кожен крок з контекстом, достатнім для пояснення причини відвалу.

Чому стандартна воронка не працює?

Часто воронку будують із занадто загальних подій: screen_viewed замість checkout_payment_opened. Без деталізації неможливо зрозуміти, який саме екран або дія викликає відтік. Наприклад, якщо на кроці payment_opened втрачається 30% користувачів — це може бути пов'язано з довгим завантаженням, відсутністю Apple Pay або помилкою 3DS. У нашій практиці був випадок: після додавання 3ds_required у властивості події drop-off на кроці payment_initiated скоротився вдвічі — просто тому, що ми побачили, що 80% тих, хто відвалився, проходили 3DS, і оптимізували цей процес.

Як налаштувати трекінг abandonment?

Abandonment — ключова подія, яку часто упускають. Коли користувач іде, не завершивши воронку, потрібно зафіксувати останній крок, час на ньому та можливі помилки. Ми реалізуємо це через onCleared() у ViewModel або аналог у SwiftUI. Це дає повну картину: хто пішов, на якому етапі і чому.

Проектування воронки

Перед реалізацією потрібно визначити:

• Кроки воронки — атомарні події, що однозначно відповідають прогресу користувача
• Властивості кожного кроку — що потрібно знати про користувача та контекст на цьому кроці
• Точки відвалу — що відбувається з користувачем, який не перейшов до наступного кроку

Приклад воронки e-commerce:

Крок 7 → 8 з 3ds_required = true дасть окрему гілку воронки. Без цієї властивості незрозуміло, чому на цьому кроці більше drop-off.

Реалізація трекінгу

// Android — типобезпечний wrapper для воронки object CheckoutFunnel { fun trackStepCompleted(step: CheckoutStep, props: Map<String, Any> = emptyMap()) { val eventName = when (step) { CheckoutStep.ADDRESS -> "checkout_address_completed" CheckoutStep.PAYMENT_OPENED -> "checkout_payment_opened" CheckoutStep.PAYMENT_METHOD_SELECTED -> "checkout_payment_method_selected" CheckoutStep.PAYMENT_INITIATED -> "payment_initiated" CheckoutStep.PAYMENT_SUCCEEDED -> "payment_succeeded" CheckoutStep.PAYMENT_FAILED -> "payment_failed" } val baseProps = mapOf( "session_id" to sessionManager.currentSessionId, "cart_id" to cartManager.currentCartId, "user_id" to authManager.currentUserId, "timestamp" to System.currentTimeMillis() ) analyticsClient.track(eventName, baseProps + props) } } // Використання в ViewModel checkoutViewModel.onAddressConfirmed.observe(this) { address -> CheckoutFunnel.trackStepCompleted( CheckoutStep.ADDRESS, mapOf( "address_type" to if (address.isNew) "new" else "saved", "country" to address.country ) ) } 

// iOS — аналогічний підхід enum CheckoutStep { case addressCompleted(isNew: Bool, country: String) case paymentOpened(availableMethods: [String]) case paymentMethodSelected(method: String, requires3DS: Bool) case paymentSucceeded(orderId: String, total: Double, method: String) case paymentFailed(errorCode: String, method: String) } extension AnalyticsService { func track(checkoutStep: CheckoutStep) { let (eventName, props) = checkoutStep.analyticsPayload amplitude.track(eventType: eventName, eventProperties: props) } } extension CheckoutStep { var analyticsPayload: (String, [String: Any]) { switch self { case .paymentMethodSelected(let method, let requires3DS): return ("checkout_payment_method_selected", [ "payment_method": method, "requires_3ds": requires3DS, "cart_id": CartManager.shared.currentCartId ]) // ... } } } 

Побудова воронки в Amplitude

В Amplitude Funnel Analysis:

// Amplitude Chart — налаштування через UI або API { "chart_type": "FUNNEL", "steps": [ { "event_type": "product_viewed" }, { "event_type": "add_to_cart" }, { "event_type": "checkout_started" }, { "event_type": "payment_succeeded" } ], "funnel_type": "ordered", // строгий порядок "conversion_window": 7, // 7 днів на проходження воронки "conversion_window_unit": "days", "segment_definitions": [ { "name": "iOS users", "filters": [{"subprop_key": "platform", "subprop_value": ["iOS"]}] }, { "name": "Android users", "filters": [{"subprop_key": "platform", "subprop_value": ["Android"]}] } ] } 

conversion_window — критичний параметр. Для покупки товару 7 днів — розумно. Для підписки SaaS може бути і 30 днів. Занадто коротке вікно занижує конверсію.

Firebase Analytics Funnels

// Firebase funnel через Google Analytics // Налаштовується в GA4 → Explore → Funnel Exploration // Через API: const { BetaAnalyticsDataClient } = require('@google-analytics/data'); const client = new BetaAnalyticsDataClient(); const [response] = await client.runFunnelReport({ property: 'properties/YOUR_PROPERTY_ID', funnelSteps: [ { name: 'Product Viewed', filterExpression: { filter: { fieldName: 'eventName', stringFilter: { value: 'product_viewed' } } } }, { name: 'Add to Cart', filterExpression: { filter: { fieldName: 'eventName', stringFilter: { value: 'add_to_cart' } } } }, { name: 'Purchase', filterExpression: { filter: { fieldName: 'eventName', stringFilter: { value: 'purchase' } } } } ], dateRanges: [{ startDate: '30daysAgo', endDate: 'today' }] }); 

Порівняння інструментів для трекінгу

Amplitude дозволяє будувати воронки швидше, ніж Firebase, особливо при складній сегментації. Firebase виграє в ціні — він безкоштовний для практично будь-яких обсягів даних.

Аналіз причин drop-off

Чисті дані воронки кажуть «тут втрачаємо 40%». Вони не кажуть чому. Для розуміння причин:

• Сесійні записи на кроці drop-off (UXCam/Smartlook): що робили користувачі перед виходом
• Властивості користувачів в аналітиці: хто йде — нові чи повернені, iOS чи Android, який план
• A/B тест на кроці з високим drop-off: перевірити гіпотезу про покращення

// Трекінг причини відвалу при abandonment class PaymentViewModel : ViewModel() { override fun onCleared() { super.onCleared() if (!paymentCompleted) { CheckoutFunnel.trackStepCompleted( CheckoutStep.ABANDONED, mapOf( "last_step" to currentStep.name, "time_on_step_seconds" to stepTimer.elapsed(), "error_shown" to lastErrorShown ) ) } } } 

Підхід опису воронки базується на документації Amplitude по Funnel Analysis: атрибути подій та вікно конверсії визначають точність аналізу.

Що входить в роботу

1. Аудит поточних подій та таксономії.
2. Проектування повної карти воронки: атомарні події з контекстом.
3. Реалізація типобезпечного wrapper'а на Kotlin/Swift.
4. Інтеграція з Amplitude/Firebase, налаштування Funnel Report з сегментацією.
5. Підключення Session Replay на критичних кроках.
6. Документація таксономії та навчання команди аналітиці.
7. Постійна підтримка — коригування подій при зміні логіки.

Строки та вартість

Проектування таксономії та реалізація трекінгу: 2–3 дні. Дашборди та первинний аналіз: ще 1–2 дні. Вартість розраховується індивідуально після аудиту. Оцінимо проект за 1 день — напишіть нам.

Чому обирають нас

У нас 5 років досвіду в мобільній аналітиці — ми впроваджували трекінг у fintech, e-commerce, SaaS. Гарантуємо, що кожен крок воронки супроводжуватиметься зрозумілим контекстом, а не просто ім'ям події. Після впровадження ви отримуєте не тільки цифри, але й інструмент для щоденної оптимізації. Замовте аудит поточної воронки — розберемо вашу таксономію і запропонуємо план дій.

Зв'яжіться з нами для консультації — розберемо вашу воронку і запропонуємо план дій.