Воронка (Funnel)

Воронка — это аналитическая модель, представляющая последовательность шагов, через которые, как ожидается, должен пройти пользователь к определённой цели — например, регистрации, завершению онбординга или конверсии из пробной версии в платную, — с явным измерением коэффициента конверсии (процента пользователей, успешно переходящих с одного шага на следующий) и, что критически важно, коэффициента отсева на каждом отдельном этапе. Воронки визуализируются как сужающаяся форма именно потому, что в любом реальном потоке регистрации или покупки некоторый процент пользователей отсеивается на каждом последующем шаге: из 1000 посетителей, попавших на страницу регистрации, возможно 400 начинают заполнять форму регистрации (60% отсева ещё до начала), 300 завершают её (25% отсева внутри формы), 150 подтверждают email (50% отсева в ожидании подтверждения email), а 90 совершают первое ключевое действие онбординга (40% отсева во время онбординга) — анализ воронки делает каждую из этих четырёх точек отсева видимой и решаемой по отдельности, а не скрывает их внутри одной непрозрачной статистики «1000 посетителей → 90 активированных пользователей, 9% общей конверсии», которая не даёт никакой подсказки, где сосредоточить усилия по оптимизации. Инструменты продуктовой аналитики (Amplitude, Mixpanel, PostHog, GA4) строят отчёты по воронкам как ключевую функцию именно потому, что выявление одного худшего по показателям шага в воронке и исправление только этого шага почти всегда даёт больший эффект, чем широкая оптимизация всего потока — воронка с одним катастрофическим шагом с 70% отсева и тремя здоровыми шагами с 90% конверсии должна получить 100% внимания по оптимизации именно на этом узком месте. Воронки применимы на каждом этапе жизненного цикла клиента SaaS, а не только при регистрации — маркетинговая воронка (посетитель → лид → MQL → SQL → клиент), воронка онбординга (регистрация → ключевые шаги настройки → активация) и воронка расширения (существующий пользователь → открытие функции → апгрейд) — всё это один и тот же базовый аналитический паттерн, применённый к разным частям пути. Конкретный пример: анализ воронки перехода от пробной версии к платной в SaaS показывает: 1000 начатых пробных периодов → 600 остаются активными на 3-й день (40% раннего отсева) → 400 остаются активными на 14-й день (длина пробного периода) → 60 конвертируются в платных по окончании пробного периода (конвертируется лишь 15% активных на 14-й день пользователей). Более глубокое изучение этого последнего, худшего по показателям шага показывает, что большинство не сконвертировавшихся вообще не видели страницу с ценами до автоматического письма «ваш пробный период заканчивается» — что побуждает команду добавить подсказку об апгрейде внутри приложения, видимую начиная с 10-го дня, специально нацеленную на выявленное узкое место, а не гадать о более широком исправлении.