Когда речь про трекинг, обычно спорят между двумя подходами: собирать всё подряд или фиксировать только то, чт

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

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

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

Практика обычно посередине. Сначала фиксируем ядро, потом расширяем трекинг только там, где есть конкретный вопрос или гипотеза. Так система не разрастается в склад метрик, а остаётся рабочим инструментом, а не музейным экспонатом.