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

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

Второй подход — строить трекинг от бизнес-вопросов. Сначала определяем, какие действия реально влияют на выручку, воронку и удержание, а уже потом проектируем события, параметры и отчёты. В итоге данных меньше, но они чище и полезнее 📊

Хороший ориентир простой: если метрику нельзя использовать для решения, её не нужно тащить в систему «на всякий случай».

Лучше 15 событий, по которым команда действует, чем 150, которые только красиво лежат в BI.