Кейс «метрика упала»: как разобрать на собесе

Зачем учиться разбирать падения

Этот кейс — топ-1 на аналитическом раунде PM. «DAU упал на 15%, что делаешь». «Конверсия в покупку просела». «GMV не растёт». Похожие задачи реально приходят в работе раз в неделю, поэтому навык важен и для собеса, и для жизни.

Главная боль кандидатов — кидаться в гипотезы наугад. «Может, релиз», «может, сезон», «может, маркетинг». Без структуры это превращается в гадалку. Дальше — алгоритм, который работает, и два примера в конце.

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

Шаг 1. Уточнить, что упало

Прежде чем гадать причины — пойми, что именно произошло.

Уточняющие вопросы:

• Какая именно метрика? DAU, MAU, конверсия, выручка?
• За какой период? День, неделя, месяц?
• Насколько упало? 15% — это много или мало для этого продукта?
• Сравнение с чем? Прошлая неделя, прошлый год, прогноз?
• Это резкое падение или постепенное?
• Это метрика верхнего уровня или производная (DAU vs DAU/MAU)?

Без этих ответов гипотезы — мусор. Не стесняйся задать 3–5 вопросов подряд. Интервьюеры это любят: они ждут структурного мышления, а не быстрых догадок.

Антипаттерны на этом шаге:

• «А давайте просто посмотрим релизы» — без уточнения метрики.
• Считать «15% — это плохо» без контекста: для соцсети плохо, для b2b с 10 крупными клиентами — норма.
• Игнорировать вопрос, относительно чего падение. Может, прошлая неделя была аномально высокой.

Шаг 2. Внешнее или внутреннее

Дальше — широкая развилка. Источник проблемы:

Внешнее:

• Сезонность (праздники, лето, выходные).
• Конкуренты (запуск, акция).
• Регуляторика, новости, форс-мажор.
• Инфраструктура (отвалился платёжный провайдер).

Внутреннее:

• Релизы (фронт, бэк, мобильные).
• Маркетинг (изменился микс каналов, выключили перформанс).
• Изменения в копирайте, ценах, ассортименте.
• Баг трекинга (метрика «упала» только на дашборде).

Прежде чем нырять в данные — проверь календарь релизов и маркетинг-активности. Часто ответ там. Открыл changelog, увидел релиз 4 дня назад → дальше копаешь в эту сторону, а не выдумываешь сезонность.

Чек-лист «внешнее vs внутреннее»:

Сигнал	Скорее всего
Падение только на одной платформе	Внутреннее (релиз)
Падение синхронно у конкурентов	Внешнее
Платежи в биллинге не упали, метрика на дашборде упала	Баг трекинга
Падение совпало с праздниками	Сезонность
Падение через сутки после деплоя	Релиз

Шаг 3. Сегменты

Если внешнее объяснение не находится — режем по сегментам:

• Платформа: iOS / Android / web.
• Версия: старые / новые сборки.
• География: регионы, страны.
• Когорта: новые / старые юзеры.
• Канал привлечения: платный / органика / реферал.
• Сегмент пользователей: платящие / бесплатные, активные / спящие.

Цель — найти сегмент, где провал максимальный. Если упало только на Android — баг релиза. Если только новые юзеры — проблема в маркетинге или онбординге. Если все сразу — внешний фактор или баг трекинга.

Порядок проверки сегментов:

1. Платформа (быстро, обычно очевидный сигнал).
2. Версия приложения.
3. География.
4. Когорта (старые/новые).
5. Канал привлечения.

Идём пошагово, не валим все срезы сразу. Иначе утонете в комбинациях.

Шаг 4. Гипотезы и проверки

Когда сегмент найден — формулируй конкретные гипотезы и придумывай способы их проверки.

Шаблон: «Если падение из-за X, мы должны видеть Y». Дальше идёшь и смотришь Y.

Примеры:

• Если из-за релиза → должны быть выросшие краши на новой версии.
• Если из-за маркетинга → должна просесть acquisition воронка, а не retention.
• Если из-за бага трекинга → косвенные метрики (платежи в биллинге) не должны просесть.
• Если сезонность → должны быть похожие просадки в прошлые годы.
• Если конкурент → должен быть всплеск его упоминаний в соцсетях / поиске.

Антипаттерны:

• Озвучивать 10 гипотез без приоритета.
• Не предлагать способ проверки. «Может, релиз» без «смотрю крашрейт» — это не гипотеза.
• Игнорировать самую банальную гипотезу — баг трекинга. Проверять её всегда.

Шаг 5. План действий

Финал ответа — план:

1. Краткосрочно: остановить кровь (откатить релиз, перезапустить кампанию).
2. Среднесрочно: исправить корневую причину.
3. Долгосрочно: добавить мониторинг и алерты, чтобы не повторилось.

Хороший PM не только находит причину, но и предлагает, как не наступать в это снова. Алерт на крашрейт после релиза, канареечный раскат, проверка SRM в A/B — всё это в долгосрочной части.

Шаблон финального ответа:

Пример: DAU упал на 15%

«DAU упал на 15% за последние 2 недели. Что делаешь?»

Уточняю: падение постепенное или резкое? С каких чисел? Сравниваем с прошлой неделей или годом назад? Какой продукт — соцсеть, маркетплейс, банк?

Допустим: B2C-приложение, падение резкое за 3 дня, в сравнении с прошлой неделей.

Внешнее. Праздников нет. Сильных новостей нет. Платёжки не отвалились.

Внутренние релизы. Был релиз 4 дня назад на Android. Подозрительно.

Сегментация. Делю по платформе. iOS — без изменений. Android — провал на 28%. Сегментирую по версии: новая сборка — провал 40%. Дальше — по географии: одинаково везде. По когортам: и новые, и старые пользователи равномерно. Гипотеза — баг релиза.

Проверки. Смотрю краши и ANR на новой версии — рост в 3 раза. Смотрю отзывы в Google Play — жалобы на белый экран.

План. Краткосрочно: откатываем релиз через silent update / форсированный апдейт фикса. Среднесрочно: фиксим баг, добавляем регрессы. Долгосрочно: алерт на крашрейт после релиза, обязательное канареечное раскат.

Пример: конверсия в покупку

«Конверсия в покупку упала с 4% до 3.2% за неделю. Что делаешь?»

Уточняю: какой продукт (e-commerce, подписка, маркетплейс)? Падение по всей воронке или на конкретном шаге? Какой объём трафика?

Допустим: маркетплейс, падение на шаге «оформление заказа», объём — десятки тысяч заказов в день.

Внешнее. Сезонность исключаем (период стабильный). Платёжки — проверить отдельно.

Внутреннее. Был релиз чекаута 3 дня назад. Также маркетинг включил новый канал.

Сегментация. По платформе — равномерно. По способу оплаты — карты ок, СБП провалился. Гипотеза — отвалилась интеграция с СБП.

Проверки. Логи платёжного провайдера: рост 5xx на эндпоинте СБП. Подтверждено.

План. Краткосрочно — отключить СБП на час, переключить на резервный шлюз. Среднесрочно — фикс на стороне провайдера. Долгосрочно — алерт на success rate по каждому методу оплаты.

Частые ошибки

• Прыгать в гипотезы без сегментации. «Это маркетинг» без проверки — гадание.
• Не уточнять «упало» относительно чего. Может, прошлая неделя была аномально высокой.
• Игнорировать баг трекинга. Иногда метрика только на дашборде упала.
• Не предлагать план мониторинга. Найти причину — половина дела.
• Слишком много сегментов сразу. Идём пошагово: платформа → версия → география.
• Не озвучивать ход мысли. Молчать у доски — худшая стратегия.
• Делать выводы по одному дню. Дневная флуктуация в 5–10% — норма.

Связанные темы

• Технический раунд PM
• Продуктовый раунд PM
• Что такое A/B-тест
• Когортный анализ
• Фреймворки кейс-интервью

FAQ

Сколько времени на такой кейс?

20–30 минут. Иногда полный раунд из 45 минут на одном кейсе.

Можно ли просить данные у интервьюера?

Да и нужно. Хороший интервьюер ждёт уточнений.

А если интервьюер не даёт данных?

Делай разумные допущения вслух: «допустим, падение по всем платформам — тогда…».

Что если не нашёл причину к концу?

Опиши, что бы ты проверил дальше. Это нормально.

Как тренировать?

Брать кейсы и проходить вслух с таймером. Записывать на диктофон, потом слушать — где «вода», где прыжки.

Что важнее — найти причину или показать структуру?

Структура. Интервьюер часто сам не знает «правильного» ответа. Показать ход мысли важнее.

Сколько гипотез озвучивать?

3–5 с приоритетом. Больше — это шум, меньше — узко.

Считается ли ответ слабым, если предложил банальную причину?

Нет, если предложил её осознанно и проверил. Сезонность — банальная причина, но в половине кейсов реальная.

Как не запутаться при сегментации?

Записывать сегменты на доске вслух: «иду по платформе, нашёл, иду по версии, нашёл, иду по гео, не нашёл». Это и для интервьюера понятнее, и для себя страховка.

Что делать, если несколько сегментов проседают одновременно?

Тогда копать в общую причину: трекинг, маркетинг-микс, инфраструктура. Если все сегменты упали равномерно — почти всегда внешний фактор или баг данных, а не продуктовая проблема.

Какая нормальная дневная флуктуация метрики?

Для DAU/конверсии — 2–5% в день, до 10% по выходным/праздникам. Перед тем как «бить в колокол», смотрите 7-дневное среднее.

Сколько кейсов разобрать перед собесом?

10–15 разных типов: падение DAU, падение конверсии, падение retention, падение GMV, странный рост (тоже подозрительно). Каждый — вслух с таймером.

---

Тренируйте кейсы диагностики метрик — откройте тренажёр с 2500+ вопросами.