Есть одно правило, которое выручает почти в любом проекте: если событие нельзя объяснить без скриншота и двух

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

В аналитике часто хочется собрать «всё и сразу» — клики, скроллы, hover, микровзаимодействия. Но полезным становится только то, что отвечает на конкретный вопрос бизнеса: где теряем пользователя, что влияет на заявку, почему проседает воронка. 📉

Из опыта: лучше 10 событий, которым доверяют маркетинг и продукт, чем 50, которые живут в отчётах для галочки. Любое событие должно быть:
— понятно по названию;
— привязано к цели;
— проверяемо вручную;
— одинаково считаемо везде.

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