Стартапу не нужна «аналитика вообще». Нужна аналитика, которая сегодня снижает неопределённость или риск. Всё остальное — скрытый налог.

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

Почему так ломается: в ранней стадии продукт нестабилен, пользователи приходят разными путями, воронка перетасовывается, определения постоянно переписываются. Любая сложная система метрик становится устаревшей быстрее, чем вы её доводите до ума. И чем больше «капитальных» артефактов вы создаёте (универсальная витрина, идеальный словарь, отчёты на все случаи), тем дороже каждое изменение продукта.

Минимальный стандарт приоритизации для аналитика в стартапе:

  1. Мониторинг того, что может убить рост или деньги завтра: платежи, регистрация, ключевые ошибки, критические просадки в активации. Не красота, а тревожные сигналы.
  2. Качество данных на ключевом пути: 5–10 событий, без которых вы не отличите проблему продукта от проблемы трекинга. Всё остальное — позже.
  3. Воронка решения, а не воронка «как в учебнике»: один конкретный пользовательский путь, который команда реально улучшает в ближайшие итерации.
  4. Эксперименты только там, где есть стабильный вариант и понятная точка воздействия. Если вы каждую неделю переписываете экран, A/B превращается в шум с красивым p-value.
  5. Вопросы “что решаем на следующем спринте”: если задача не влияет на ближайшее решение, она не приоритет, даже если «правильная».

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