Многие клиенты приходят к нам с проблемой: воронка продукта выглядит как чёрный ящик. Мы видим, что после шага 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:
| Шаг | Event | Ключевые свойства |
|---|---|---|
| 1 | product_viewed |
product_id, category, source |
| 2 | add_to_cart |
product_id, quantity, cart_size |
| 3 | checkout_started |
cart_total, item_count, has_promo |
| 4 | checkout_address_completed |
address_type (new/saved) |
| 5 | checkout_payment_opened |
payment_methods_available |
| 6 | payment_method_selected |
method (card/paypal/apple_pay) |
| 7 | payment_initiated |
method, 3ds_required |
| 8 | payment_succeeded |
order_id, total, method |
Шаг 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 | 10 млн событий/мес | Высокая: когорты, поведенческие сегменты | Нет |
| Firebase Analytics | Безлимит (GA4) | Средняя: только пользовательские сегменты | Нет |
| Mixpanel | 20 млн событий/мес | Высокая: кастомные отчёты, прожекторы | Нет |
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 ) ) } } } Как интерпретировать результаты воронки
После настройки трекинга важно не только смотреть на проценты, но и сравнивать сегменты. Например, конверсия на iOS может быть 15%, а на Android — 10%. Это повод проверить, нет ли различий в UI/UX на разных платформах. Также смотрите на время между шагами: резкое увеличение времени на шаге может указывать на раздражение пользователя.
Подход описания воронки основан на документации Amplitude по Funnel Analysis: атрибуты событий и окно конверсии определяют точность анализа.
Что входит в работу
- Аудит текущих событий и таксономии.
- Проектирование полной карты воронки: атомарные события с контекстом.
- Реализация типобезопасного wrapper’а на Kotlin/Swift.
- Интеграция с Amplitude/Firebase, настройка Funnel Report с сегментацией.
- Подключение Session Replay на критичных шагах.
- Документация таксономии и обучение команды аналитике.
- Постоянная поддержка — корректировка событий при изменении логики.
Сроки и стоимость
Проектирование таксономии и реализация трекинга: 2–3 дня. Дашборды и первичный анализ: ещё 1–2 дня. Стоимость рассчитывается индивидуально после аудита. Оценим проект за 1 день — напишите нам.
Почему выбирают нас
У нас 5 лет опыта в мобильной аналитике — мы внедряли трекинг в fintech, e-commerce, SaaS. Гарантируем, что каждый шаг воронки будет сопровождаться понятным контекстом, а не просто именем события. После внедрения вы получаете не только цифры, но и инструмент для ежедневной оптимизации. Закажите аудит текущей воронки — разберём вашу таксономию и предложим план действий.
Свяжитесь с нами для консультации — разберём вашу воронку и предложим план действий.