Продуктовая аналитика ломается не в BI, а в списке событий

Продуктовая аналитика ломается не в BI, а в списке событий

Если воронка «не сходится», чаще всего проблема не в дашборде, а в том, как вы называете и собираете события. Для старта хватит трёх правил: одно действие = одно событие; имя должно читаться без расшифровки; параметры — только те, что потом реально фильтруют сегменты.

Собирайте taxonomy от вопросов бизнеса, а не от кнопок на интерфейсе. Не «click_blue_button», а «lead_form_submit», если потом нужно считать конверсию в заявку. Не плодите 20 событий на один экран: лучше 5 стабильных событий с понятными параметрами, чем 50 сущностей, которые никто не поддерживает.

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

Базовый набор для команды: source/medium, device, country, traffic_type, step_name, experiment_id. Этого обычно хватает, чтобы сравнить каналы, найти утечку и не утонуть в кастомных полях.

Если в аналитике нет ответа за 5 минут, значит, схема событий слишком сложная. Упростите taxonomy до вопросов, которые вы реально задаёте каждую неделю.