Продуктовые кейсы на собесе аналитика в 2026: как разбирать

Продуктовые кейсы — главная «магия» собеса аналитика

Если SQL — это секция, где побеждает «механика», а A/B — где побеждает «знания», то кейс — это секция, где побеждает «структура». Многие сильные технические кандидаты проваливают кейсы именно потому, что в моменте у них в голове нет фреймворка: они начинают называть случайные метрики и идеи, и интервьюер видит, что человек не умеет думать про продукт.

В этом гиде разберём:

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

Зачем нужны фреймворки

Кейс — это не одна правильная задача с одним правильным ответом. Это диалог, в котором интервьюер хочет увидеть, как вы:

• декомпозируете большую проблему на части;
• задаёте уточняющие вопросы;
• строите гипотезы и приоритезируете;
• доходите до конкретных действий.

Фреймворк — это «шаблон», который позволяет за 2 минуты построить структуру. Без шаблона вы будете тратить эти 2 минуты на «эммм…», и интервьюер уже поставил вам минус.

Главные фреймворки

1. AARRR (Pirate Metrics)

Acquisition → Activation → Retention → Revenue → Referral

Применяется, когда нужно описать всю воронку продукта или подумать «где у нас узкое место».

2. North Star Metric

Одна главная метрика, которая отражает ценность для пользователя. Примеры:

• Spotify: hours of music played.
• Airbnb: nights booked.
• Slack: messages sent in teams of 2+.

На собесе всегда можно начать кейс с вопроса «какая у этого продукта North Star?». Тренировка: North Star для marketplace.

3. MECE (Mutually Exclusive, Collectively Exhaustive)

Когда декомпозируете метрику — разбивка должна быть и непересекающейся, и полной. Например, «GMV = users × frequency × AOV». Это MECE.

4. ICE / RICE (приоритизация)

• ICE: Impact × Confidence × Ease.
• RICE: Reach × Impact × Confidence / Effort.

Используется в кейсах про приоритизацию фич. Тренировка: Habr · Приоритизация фич.

5. HEART (Google)

Happiness, Engagement, Adoption, Retention, Task success.

Хороший фреймворк для дизайна метрик качества продукта.

6. Jobs To Be Done (JTBD)

«Для какой работы пользователь нанимает наш продукт?» Полезно для понимания, что мерить.

Тип кейса 1: «Упала метрика» (root cause analysis)

Самый частый формат. «DAU упало на 5% за неделю. Что делаем?»

Шаблон ответа

1. Уточнение (1–2 минуты):

   • Какая метрика конкретно? DAU всего продукта или сегмент?
   • Период падения? Резко или плавно?
   • Какой абсолют и какой year-over-year?
   • Есть ли релизы, маркетинг, праздники?
   • Что говорят другие метрики (например, новые регистрации, retention)?

2. Декомпозиция (3–4 минуты):

   • DAU = новые пользователи + возвращающиеся + удержанные.
   • Делим по сегментам: платформа (iOS/Android/Web), регион, тип пользователя.
   • Делим по фиче/экрану/действию.

3. Гипотезы (5–7 минут):

   • Внешние: сезонность, праздники, конкуренты, реклама.
   • Внутренние: релиз сломал что-то, баг в одной из платформ, change в авторизации.
   • Технические: метрика считается неправильно, событие потерялось.

4. План проверки: что смотрим в данных, какие SQL-запросы, какие графики.

5. Действие: если гипотеза подтвердилась, что делаем.

Тренировка

• Habr · Расследование падения метрики — каноническая постановка.
• Аномалия: падение выручки — конкретный сценарий.
• InterviewQuery · Декомпозиция метрики — на технику разбивки.

Подсказки

• Никогда не давайте «причину», давайте «гипотезы». Сильный кандидат не знает причину — он знает, как её найти.
• Не пропускайте уточнения. Если падение «5% за неделю» — это может быть и 50 000 потерянных пользователей, и 5 человек. От размера зависит, паника или нет.
• Сегментируйте. Падение часто концентрируется в одном сегменте — найти его = найти причину.

Тип кейса 2: «Новая фича» (как мерить успех)

«Мы запускаем рекомендации на главной. Как мерить успех?»

Шаблон ответа

1. Цель фичи: что улучшаем? (например, увеличение conversion в покупку, повышение engagement).

2. Primary metric: одна главная метрика. Должна быть:

   • привязана к цели;
   • измеримой за разумное время;
   • не подвержена manipulation.

3. Secondary metrics: 2–3 поддерживающих (например, CTR на рекомендованных карточках, время на странице).

4. Guardrails: что мы НЕ должны ухудшить. Например, retention, общая конверсия, средний чек.

5. A/B-план:

   • размер выборки;
   • длительность;
   • стоп-условия;
   • план эскалации, если результат двойственный.

Тренировка

• Karpov · Дизайн метрик для app — практика дизайна полного набора метрик.
• Miro · Метрики успеха шаблонов — конкретный продуктовый контекст.
• Email · Метрики продукта — другой угол.
• Glassdoor · Дизайн метрик мессенджера — типичный Meta-стиль вопрос.

Подсказки

• Primary metric — это outcome, а не output. «Сколько раз показали рекомендации» — output. «Сколько денег принесли рекомендации» — outcome.
• Думайте про отложенные эффекты. Если фича делает onboarding длиннее, retention может вырасти, но conversion в первый день упадёт.
• Не забывайте про сегменты. Фича может работать на новых пользователях и НЕ работать на старых.

Тип кейса 3: «Дизайн KPI» / стратегия

«Спроектируйте систему метрик для маркетплейса.»

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

Шаблон ответа

1. North Star — одна главная метрика всего продукта. Для маркетплейса часто это GMV или active buyers × frequency.

2. Input metrics — что приводит к North Star.

3. Health metrics — что показывает «здоровье» продукта.

4. Diagnostic metrics — что помогает понять «куда копать», если North Star упал.

Пример: marketplace

• North Star: GMV.
• Inputs: buyers, sessions per buyer, conversion rate, AOV.
• Health: retention, NPS, fraud rate, return rate.
• Diagnostics: воронка search → product → cart → order, сегменты пользователей.

Тренировка

• North Star marketplace — полный разбор системы метрик.
• Habr · Метрики marketplace — конкретные метрики и их интерпретация.
• Tinkoff Weekend · Метрики успеха продукта.

Особые форматы кейсов

LTV/ARPU/Churn

«Объясните, что такое LTV и как считать.» Это часто отдельный мини-кейс. Тренировка: Habr · LTV/ARPU/Churn.

Aha moment

Момент в продукте, когда пользователь понимает ценность. На собесе спрашивают: «как определить aha moment в нашем продукте?» Тренировка: Habr · Aha moment.

Качество search

Метрики качества поиска — отдельная вселенная. Тренировка: Habr · Метрики качества поиска.

Качество support

Как мерить работу команды поддержки. Тренировка: Habr · Качество support.

Конкретный кейс Яндекс.Маркет

Хороший пример «маркетплейсного» кейса. Тренировка: Habr · Кейс Яндекс.Маркет.

Кейсы Т-Банка

Кейсы из weekend offer формата. Тренировка: Кейс 1: бюджет vs фича, Кейс 2: SaaS в ЕС.

Принципы хорошего кейса

1. Уточняйте

Минимум 3 вопроса в начале. «Какая категория? Какой период? Что говорит ваша интуиция как продакта?» — это нормальные вопросы.

2. Думайте вслух

Молчаливое мышление = нулевая оценка. Интервьюер не может оценить ваш процесс, если не слышит его.

3. Структурируйте сразу

«Я разделю ответ на три части: уточнение, гипотезы, действия.» Простая формула, но даёт +20% к восприятию.

4. Будьте конкретны

«Конверсия упала на X%, потому что Y» — лучше, чем «есть проблема с UX».

5. Думайте про trade-off

Любое решение имеет trade-off. Хороший кандидат проговаривает их.

Чек-лист подготовки на 3 недели

Неделя 1: фреймворки

• Прочитать про AARRR, North Star, MECE, ICE, HEART, JTBD.
• Прорешать 5 кейсов про «дизайн метрик».
• Сделать карточки: «когда использую AARRR, когда NSM».

Неделя 2: root cause

• 5 кейсов про «упала метрика» с таймером 15 минут.
• Тренировать декомпозицию вслух.
• Разобрать Habr · Расследование падения и Аномалию выручки.

Неделя 3: дизайн фич и финал

• 5 кейсов про «новую фичу».
• 3 кейса на дизайн KPI.
• Mock-интервью с другом (60 минут).

Что почитать

1. «Lean Analytics» Кролл, Йосковиц — фундамент маркетплейсных и SaaS-метрик.
2. «Inspired» Марти Каган — про продукт-менеджмент, но полезно аналитику.
3. «Decoding the Product Manager Interview» — для продуктовых кейсов.
4. Reforge Growth Series — топ-материалы про growth metrics.
5. Блог Amplitude и Mixpanel — практический контекст.

Типичные ошибки

1. Бросаются давать метрики до уточнения задачи. «Что измерим — DAU, MAU, retention!» — а контекст вы не уточнили.
2. Не декомпозируют. «Метрика упала» — отвечают «потому что трафик упал». Это не root cause.
3. Заучивают фреймворки, не понимают. AARRR применили к B2B SaaS — провал.
4. Молчат. Самая частая ошибка.
5. Не закрывают кейс. «Я нашёл гипотезу X». Хорошо, что дальше? «Я бы проверил вот так, и если она верна — сделал бы Y».

Связанные задачи каталога

Соберите блок из 15 задач для тренировки:

• Root cause: Расследование падения метрики, Аномалия выручки, Декомпозиция метрики.
• Дизайн метрик: Дизайн метрик для app, Email метрики, Метрики мессенджера, Метрики шаблонов Miro.
• Дизайн KPI: North Star marketplace, Метрики marketplace, Tinkoff: метрики продукта.
• Спец-форматы: LTV/ARPU/Churn, Aha moment, Метрики поиска, Качество support, Яндекс.Маркет кейс, Приоритизация фич, Tinkoff Weekend кейс 1, Tinkoff Weekend кейс 2.

Итого

Продуктовый кейс — это секция, где главное не «знать», а «думать структурно». Подготовка работает: за 3 недели вы можете натренировать «карту» из 5 фреймворков и шаблонов для 3 типов кейсов. После этого любая задача воспринимается как «ага, это root cause» или «ага, это дизайн метрики», и за 30 секунд у вас уже есть план ответа. С этим вы пройдёте кейс-секцию в любой компании.