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

Если в команде нет единого словаря, один и тот же action превращается в три разных отчёта: signup, registration и create_account. В итоге retention спорят с acquisition, а продукт сравнивают с арбитражем по несопоставимым данным.

Соберите базовую схему:
— one event = one смысл;
— у каждого события есть имя, параметры и владелец;
— все ключевые конверсии считаются из одной таблицы/витрины;
— отдельный список исключений: боты, тестовые аккаунты, внутренний трафик.

Для раннего продукта хватит 5–7 событий: visit, view_item, start_signup, complete_signup, purchase, churn, refund. Всё остальное добавляйте только если событие влияет на решение: тестировать, масштабировать или резать воронку.

Самая частая ошибка — строить дашборд раньше, чем закрепили определения. Тогда каждый фильтр становится спором о логике, а не инструментом для роста. Сначала taxonomy, потом метрики, потом визуализация 📊

Если аналитика не помогает принять решение за 10 минут, значит в ней слишком много шума и слишком мало правил.