Многие клиенты приходят к нам с проблемой: воронка продукта выглядит как чёрный ящик. Мы видим, что после шага 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. Гарантируем, что каждый шаг воронки будет сопровождаться понятным контекстом, а не просто именем события. После внедрения вы получаете не только цифры, но и инструмент для ежедневной оптимизации. Закажите аудит текущей воронки — разберём вашу таксономию и предложим план действий.
Свяжитесь с нами для консультации — разберём вашу воронку и предложим план действий.