«Всё падает» в метриках после релиза: сначала докажите, что это продукт, а не трекинг

Классика EOL-аналитики: открываешь дашборд, а там синхронно просели регистрации, конверсия, выручка, retention. Начинаются срочные созвоны, откаты, поиски “кто сломал онбординг”. А через день выясняется: переехало событие, поменяли атрибуцию, витрина стала собираться иначе, часть логов уехала в карантин.

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

Красные флаги, что вы смотрите на трещину в данных:

  1. Просадка ровная по всем странам, каналам и платформам, без понятной точки удара в воронке
  2. Сильно меняется доля “unknown”, null, (not set), резко растут “прочие” в разрезах
  3. Проваливается только один источник (например, iOS или один app version), а остальное “живое”
  4. Воронка ломается не на шаге, а “размазывается” по всем шагам одновременно
  5. Данные в витринах расходятся между собой: в одном отчёте падение, в другом почти нет, в третьем “задержка загрузки”

Что проверить в первую очередь, пока продукт не начали чинить вслепую:

  • Сравните с независимым якорем: биллинг, CRM, серверные логи, платежный провайдер, отправки писем. Если “якорь” не падает, дашборд не имеет права паниковать
  • Посмотрите сырые события и их объём по времени: нет ли провала инжеста, резкого роста reject/invalid, смены схемы, потери обязательных полей
  • Разрежьте по app version/build и дате релиза: продукт редко ломается ровно на границе версии, а трекинг ломается часто
  • Проверьте атрибуцию: поменялась модель, окно, приоритет источников, дедупликация, мэппинг campaign/adset, правила last click vs blended
  • Сверьте таймзоны, задержки и пересборки: “вчера” в разных системах может быть разным, а late events умеют переписать историю

Правильная практика выглядит скучно: у каждой ключевой метрики есть хотя бы один независимый контрольный сигнал и короткий чек-лист “данные живы” перед интерпретацией. Спор обычно не про то, что случилось, а про то, кто обязан доказать, что измерение осталось тем же самым. Исключение одно: если падение локальное, связано с конкретным шагом и подтверждается независимыми источниками, тогда это уже продукт и можно копать поведение.