Product Analytics ломается не в графиках, а в точке, где события названы как попало

Product Analytics ломается не в графиках, а в точке, где события названы как попало

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

Минимальный набор для любого продукта:
— одно событие на одно действие, без дублей;
— единый нейминг: объект + действие + контекст;
— обязательные параметры: user_id, session_id, source, device, step;
— отдельные события для view, click, submit, success.

Если этого нет, cohort-анализ и retention превращаются в угадайку: вы видите падение на шаге, но не понимаете, это баг, фильтр трафика или просто событие отправляется дважды. В CPA это особенно больно: лендинг, преленд и checkout часто живут в разных системах и «склеиваются» вручную.

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

Если на эти три вопроса есть уверенный ответ, дашборды начнут помогать. Если нет — сначала чините taxonomy, потом рисуйте отчёты.