Почему в Mixpanel я сначала чиню не воронку, а событие входа

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

Моё правило простое: **воронка не должна начинаться с абстрактного намерения**. Она должна начинаться с действия, которое можно однозначно интерпретировать. Иначе любой провал ниже — это смесь поведения пользователя, ошибок трекинга и кривой логики продукта.

Однажды мы увидели падение конверсии почти на 18% на шаге между «просмотрел» и «начал». Команда хотела переписывать интерфейс. Я попросил сначала проверить событие. Оказалось, что «начал» срабатывал только у части трафика: при быстром повторном клике событие дублировалось, а часть мобильных сессий вообще не доходила до него из-за асинхронной загрузки. После правки аналитики реальная просадка сократилась до 4%. Вот разница между оптимизацией продукта и лечением артефактов.

Что я считаю важным в 2026 году:
— last-click-логика воронок всё хуже объясняет поведение, особенно когда маркетинг и продукт делят ответственность за выручку;
— privacy-first-атрибуция заставляет смотреть не только на источник, но и на качество входа в сценарий;
— если у вас нет чистого первого шага, любые выводы по retention (удержанию) и LTV (пожизненной ценности клиента) будут шаткими.

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

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

— @MixpanelFunnelsRu