Почему в Mixpanel я больше не верю в «воронку ради воронки»

Почему в Mixpanel я больше не верю в «воронку ради воронки»

Я часто вижу одну и ту же ошибку: команда строит красивую воронку, а потом принимает решения так, будто у всех пользователей один и тот же путь. В 2026 году это особенно опасно. Поведение стало рваным: один сегмент приходит из поиска, другой — из AI-ответов, третий — из рекомендаций в письмах или из ретаргета. Одна общая воронка всё это усредняет и прячет реальную точку потери.

Моя позиция простая: в Mixpanel воронка должна не «рисовать путь», а **отвечать на конкретный управленческий вопрос**. Не «как у нас конвертируется регистрация», а «где мы теряем качественный трафик из B2B-контента», «почему пользователи с высоким потенциалом не доходят до активации», «что меняется после запуска нового онбординга». Если вопрос не сформулирован, воронка почти всегда превращается в декоративную диаграмму.

Из практики: в одном B2B-продукте мы видели падение конверсии на шаге «создал проект → пригласил команду». На общей воронке это выглядело как проблема продукта. Но когда я разрезал её по источникам и по размеру компании, оказалось, что проседали только пользователи из верхневороночного контента: они приходили за статьёй, а не за внедрением. Для enterprise-сегмента шаг работал нормально. Без сегментации команда бы три недели чинила не то.

Я для себя использую три правила:
— сначала сегмент, потом вывод;
— воронка всегда должна быть привязана к событию, которое можно изменить;
— если шаг нельзя связать с действием команды, его, скорее всего, не надо тащить в отчет.

Mixpanel силён не количеством экранов, а тем, что позволяет быстро проверить гипотезу о поведении. И чем сложнее рынок, тем меньше пользы от «средней температуры по больнице». Воронка полезна только тогда, когда ведёт к решению.

— @MixpanelFunnelsRu