Настройка воронок (Funnels) аналитики мобильного приложения
Воронка — это последовательность событий, которую пользователь должен пройти для достижения цели. Звучит просто. На практике половина воронок в Firebase настроена некорректно: не та временная window, события с несовпадающими параметрами, или воронка построена в интерфейсе, но данные в неё не попадают из-за ошибки в реализации событий.
Где строить воронки
Три основных инструмента в зависимости от стека аналитики:
Firebase / Google Analytics 4 — раздел Explore → Funnel Exploration. Воронки строятся на основе событий из стрима.
Amplitude — Funnel Analysis в разделе Analytics. Более гибкие настройки: можно задать конверсионную window по-разному для каждого шага, группировать по свойствам.
Mixpanel — Funnels в разделе Reports. Отличается тем, что позволяет смотреть воронку по уникальным пользователям, сессиям или событиям — разные метрики дают разные числа.
Правильная структура событий для воронки
Воронка регистрации выглядит так:
app_open → sign_up_start → sign_up_email_entered → sign_up_password_entered → sign_up_success
Каждое событие — отдельный шаг. Частая ошибка: разработчики логируют только начало и конец воронки. Тогда непонятно, где именно пользователи уходят — после ввода email или после ввода пароля.
// Правильно — каждый шаг отдельно
Analytics.logEvent("sign_up_start", parameters: ["method": "email"])
// После ввода email
Analytics.logEvent("sign_up_email_entered", parameters: [:])
// После ввода пароля
Analytics.logEvent("sign_up_password_entered", parameters: [:])
// После успешной регистрации
Analytics.logEvent(AnalyticsEventSignUp, parameters: ["method": "email"])
Настройка воронки в Firebase Explore
- Explore → + New Exploration → Funnel Exploration
- Добавляем шаги в порядке последовательности
- Устанавливаем Conversion Window — типичные значения: 1 день для регистрации, 7 дней для онбординга, 30 дней для первой покупки
- Включаем Open funnel если порядок шагов не обязателен, Closed — если строго последовательный
Conversion Window — самый влияющий параметр. Та же воронка с окном 1 день и 7 дней может показать конверсию 15% и 40% соответственно. Выбор зависит от того, как быстро пользователи реально принимают решение.
Воронки с параметрами сегментации
Один из мощных приёмов — сравнение воронки по сегментам. В Amplitude это делается через breakdown:
// Funnel шаги остаются теми же, но разбиваем по:
// - источнику установки (utm_source)
// - типу устройства (iOS vs Android)
// - версии приложения
Пример: конверсия из регистрации в первую покупку у пользователей из платного трафика — 8%, у органических — 22%. Это сигнал, что качество UA-аудитории нужно пересматривать.
Ошибки, которые ломают воронку
Разные user_id на разных шагах. Если пользователь начинает воронку как анонимный (device_id), а после регистрации становится авторизованным (user_id), и аналитика не делает identity merge — воронка рвётся на шаге регистрации. В Firebase это Analytics.setUserId() после успешной авторизации. В Amplitude — identify.setUserId() + identify.alias().
События логируются на сервере и на клиенте одновременно. purchase с одним transaction_id летит и из iOS SDK, и из бэкенда. В воронке пользователь проходит шаг дважды — конверсия искажается.
Неправильная временная метка. Если на Android события отправляются с задержкой (офлайн-очередь) с серверным timestamp, а не клиентским — порядок событий в воронке может нарушиться.
Что входит в работу
- Аудит текущих событий на соответствие шагам воронок
- Добавление промежуточных событий там, где их не хватает
- Настройка воронок в Firebase Explore / Amplitude / Mixpanel
- Настройка conversion window под реальное поведение пользователей
- Настройка сегментации по источнику, платформе, версии
- Документация схемы воронок для команды
Сроки
Одна воронка с аудитом событий: 1 день. Полный набор воронок (регистрация, онбординг, монетизация): 3–4 дня. Стоимость рассчитывается индивидуально.