Mixpanel ломают не события, а плохая схема именования и пустые свойства

Mixpanel ломают не события, а плохая схема именования и пустые свойства

Контекст: продуктовые команды, SaaS, мобайл, CPA-воронки. Mixpanel полезен не как «ещё один дашборд», а как слой для воронок, ретеншна и сегментов, если события описаны одинаково для всех экранов и каналов.

Что обычно делают неправильно:
— называют события по экранам: home_open, home_click, а не по действию;
— передают в свойство всё подряд, вместо 3–5 стабильных полей;
— смешивают user-level и event-level данные, из-за чего cohort-анализ начинает врать;
— считают конверсии без единого определения «активного» пользователя.

Рабочая схема для старта:
— событие = действие: signup_started, checkout_completed, offer_clicked;
— свойства = контекст: источник, устройство, тариф, шаг воронки, вариант креатива;
— идентификатор пользователя связывают сразу после логина, иначе ретеншн распадается на два графика.

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

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