Хорошее правило из практики: если событие нельзя объяснить за 10 секунд, его трекинг, скорее всего, плохой.

Хорошее правило из практики: если событие нельзя объяснить за 10 секунд, его трекинг, скорее всего, плохой.

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

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

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

Чем проще схема, тем легче её поддерживать, проверять и масштабировать. В аналитике это почти всегда выигрывает у «умного» перегруза ⚙️