Есть два подхода к трекингу: собирать всё подряд или фиксировать только то, что влияет на решение.

Есть два подхода к трекингу: собирать всё подряд или фиксировать только то, что влияет на решение.

Первый кажется безопасным: «потом пригодится». На практике он быстро превращает аналитику в склад шумных событий, где сложно отличить сигнал от мусора. Второй подход требует дисциплины, зато даёт чистую картину: меньше событий, но каждое привязано к цели, воронке или ключевому действию.

Если коротко: объём не равен ценности 📈
Лучше 15 событий, которые реально читаются в отчётах, чем 150, которые никто не использует. Особенно это заметно в продукте и перформансе: когда трекинг перегружен, решения замедляются, а расхождения между командами только растут.

Хорошая схема — начать с бизнес-вопросов, а уже потом выбирать события. Тогда аналитика отвечает на задачу, а не просто накапливает данные.