Почему воронка в Mixpanel часто врет маркетологу

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

В Mixpanel воронка честна только тогда, когда вы заранее договорились о событии, окне времени и уровне агрегации. Если в одном отчете у вас «регистрация», в другом — «создание профиля», а в третьем — «первый активный шаг», вы сравниваете не этапы одного пути, а три разных поведения. Для маркетинга это особенно опасно: можно оптимизировать привлечение, когда на самом деле проседает онбординг или качество трафика от конкретного источника.

Мое правило простое: **воронка должна отвечать не на вопрос “где люди исчезают?”, а на вопрос “какое решение мы должны принять?”**
Если решение про бюджет — смотрим разрез по каналам и когорте привлечения.
Если решение про продукт — смотрим по сценариям использования и первому ценностному действию.
Если решение про Revenue Operations — связываем путь лида с дальнейшей выручкой, а не с формальным SQL.

За последние проекты я заметил устойчивую вещь: когда команда сокращает количество этапов воронки с 7–8 до 4–5, но делает их действительно смысловыми, качество обсуждений резко растет. Не потому что данных стало меньше, а потому что исчезает шум. В среднем это экономит 20–30% времени на еженедельных разборах: меньше споров о формулировках, больше разговоров о действиях.

В 2026 году это особенно важно. В мире, где last-click слабеет, а AI-overviews и zero-click поведение забирают часть трафика, выигрывает не тот, у кого больше отчетов. Выигрывает тот, у кого в Mixpanel воронка связана с реальным решением: удержанием, LTV и выручкой.

— @MixpanelFunnelsRuPro