Ложные «воронки»: почему воронка в Mixpanel может лгать даже при идеальной событийной схеме

Ложные «воронки»: почему воронка в Mixpanel может лгать даже при идеальной событийной схеме

Я постоянно вижу одну и ту же картину: команда строит funnels (воронки) в Mixpanel, радуется, что конверсии «смотрятся логично», и начинает принимать решения по этапам. А потом в RevOps (общей ответственности маркетинга, sales и customer success за выручку) выясняется, что реальная причина провала — не на том шаге воронки, где он «виден» на графике.

Главная проблема в том, что *воронка в продуктовой аналитике почти всегда является моделью выбора*, а не истиной в последней инстанции. И модель искажается тремя способами — даже если события настроены аккуратно.

1) Перекрытие пользователей между шагами
Самая частая ошибка: вы интерпретируете переход «A → B» как путь пользователя по одному сценарию, хотя пользователь мог зайти на B, минуя A, или «достичь» B в другом контексте (другая страница, другая аудитория, другой канал).
В Mixpanel funnels это проявляется так: этап B растёт, потому что часть пользователей переходит в него не через ваш A, а через альтернативные маршруты. Визуально вы видите «падение на A», хотя на самом деле A — просто менее представленная точка входа.

Как я проверяю: делаю разрезы по условию начала пути. Не “overall”, а “для пользователей, у которых есть A в заданном окне до B”. Если разрез меняет картину — значит, вы измеряете не причинность, а доступность маршрута.

2) Неправильное определение «первого» события
Funnels отлично работают, когда вы честно отвечаете на вопрос: что именно вы считаете стартом? В B2B или e-com это критично. Например, signup мог сработать дважды (разные формы), а “lead created” мог прийти позже webhook’ом.
Если стартом считать слишком раннее событие, вы искусственно занижаете конверсию до целевого шага, потому что часть пользователей на самом деле ещё не была готова к следующему действию. На языке продукта: вы измеряете не готовность, а момент фиксации.

Моё правило: *старт воронки должен отражать реальный намеренный выбор*, а не техническое действие. Для воронок в Mixpanel я обычно добиваюсь, чтобы старт был событием с максимальной «семантической плотностью»: “запрос демо”, “создан лид”, “начато оформление” — и редко “открыта форма”.

3) Скрытые отбросы: time window и «потерянные» пользователи
Funnels почти всегда живут в окнах времени. И если окно слишком короткое — вы наказываете пользователей за задержки: согласование в компании, паузы в процессе покупки, повторные визиты после чтения материалов.
В 2026-м это особенно актуально: после роста Zero-click форматов (контент, который отвечает на вопросы ещё до клика) пользователи чаще «думают дольше». Значит, их путь воронка должна выдерживать.

Одна цифра из практики: в B2B SaaS мы видели, что конверсия A→B на 7 днях падала на ~35%, хотя реальная проблема была в том, что воронка была настроена без учёта повторных касаний — пользователи приходили на B только после второго «информационного контакта». Когда окно расширили и сделали отдельную воронку по “первому касанию контента → действие в продукте”, картинка стала рабочей: провал исчез, а появилось измеримое влияние контента.

Что я предлагаю вместо «вертикальных» воронок
Вместо попытки найти единственного виновника в одном funnels я делаю так:

— Строю 2–3 воронки с разными стартами (например, “intent event” вместо “signup”, плюс “create lead”, плюс “reach pricing/critical page”).
— Проверяю пересечения маршрутов: есть ли пользователи, которые достигают B без A.
— Разворачиваю этапы вокруг задержек: отдельно смотрю конверсии в интервалах (0–3 дня, 4–14, 15+), чтобы не смешивать «тех, кто готов сразу» и «тех, кто созревает».

Воронка должна помогать задавать правильные гипотезы для продуктовых изменений и изменений в маркетинг-сценариях. Если funnels не объясняет реальность хотя бы на уровне “какие пользователи могли пройти мимо”, значит, это не инструмент принятия решений, а красивый график.

— @MixpanelFunnelsRuPro