Кейс-интервью продакт-менеджера: полный гайд

Зачем кейсы на собесе PM

Кейс-интервью — главный фильтр для продакт-менеджера. На технике ошибиться можно — это поправимо за месяц. Слабый кейс — это сигнал, что человек не умеет думать продуктово, и это уже не лечится коучингом.

Что проверяют через кейсы:

• Структурное мышление: умеете ли разложить задачу на части
• Бизнес-чутьё: понимаете ли, как продукт зарабатывает
• Аналитические навыки: умеете ли работать с цифрами в голове
• Коммуникация: говорите вслух или думаете молча

Хороший интервьюер не ждёт «правильного» ответа. Он наблюдает, как вы работаете с неполной информацией, как держите фокус, как реагируете на пушбэки.

Типы кейсов

1. Декомпозиция метрики («Метрика упала»)

Дают: «DAU упал на 15% за неделю». Просят: «Как разберёшься?» Тестирует диагностическое мышление.

2. Дизайн фичи / выбор метрик

Дают: «Запускаем тёмную тему в приложении. Какие метрики выберешь и как сделаешь A/B?» Тестирует понимание метрик и эксперимента.

3. Стратегия и приоритизация

Дают: «У вас 3 фичи в бэклоге, ресурсов на одну. Что выбираешь?» Тестирует фреймворки приоритизации (RICE, ICE).

4. Market sizing / Fermi estimation

Дают: «Оцените, сколько пиццерий в Москве» или «Какой TAM у российского рынка фитнес-приложений?» Тестирует навык оценки в условиях неполных данных.

5. Продуктовая стратегия

Дают: «Yandex запускает конкурента нашему продукту. Что делаем?» Тестирует широкий продуктовый кругозор.

Фреймворки: CIRCLES и MECE

CIRCLES (для дизайна фичи)

• Comprehend the situation — пойми контекст
• Identify the customer — кто пользователь
• Report customer needs — какие у него jobs/pains
• Cut through prioritization — приоритизируй needs
• List solutions — придумай 3+ варианта решения
• Evaluate trade-offs — сравни их
• Summarize recommendation — дай ответ с обоснованием

MECE (Mutually Exclusive, Collectively Exhaustive)

Принцип разбиения проблемы. Кусочки не пересекаются (mutually exclusive) и покрывают всё пространство (collectively exhaustive). Например, если разбиваете причины падения метрики:

• Технические (баг, инфраструктура)
• Продуктовые (релиз сломал UX)
• Маркетинговые (изменился acquisition)
• Внешние (сезонность, конкуренты, платформа)

Это MECE-разбиение. Каждая причина в одной категории, и все возможные причины охвачены. Без MECE кейс превращается в кашу.

Структура ответа за 30 минут

Тренируйтесь по таймеру. Стандартный кейс — 30 минут от условия до выводов.

1. Слушать и задавать уточнения — 3–5 мин
2. Структурировать — 5 мин (вслух проговариваешь подход)
3. Углубляться по каждой ветке — 15 мин
4. Синтез и рекомендация — 5 мин

Главные правила:

• Говорите вслух всё. Тишина дольше 30 секунд — плохой сигнал
• Берите бумагу или заметки. Структура должна быть видна вам и интервьюеру
• Просите перерыв, если нужен — 30 секунд можно молча подумать, не больше
• Не угадывайте. Если не знаете — задайте вопрос или сделайте обоснованное предположение вслух

Разбор: «Метрика упала»

Условие: «У продукта пицца-доставки заказы за неделю упали на 12%. Команда в шоке. Что делаешь?»

Шаг 1. Уточнения (1–2 мин):

• Заказы по каким срезам? Москва, регионы, оба?
• Это первое падение или тренд?
• Конкретно эта неделя — что за неделя? Период праздников/каникул?
• Был ли релиз приложения?
• Какие изменения в маркетинге?

Шаг 2. Структура (1 мин): «Заказы могут падать по 4 причинам — технические, продуктовые, маркетинговые, внешние. Пройдусь по каждой, начну с самых дешёвых проверок.»

Шаг 3. Технические:

• Был ли баг в воронке заказа? Лог-уровень.
• Падение было резким (один день −30%) или плавным? Резкое = вероятно баг.
• А/B-тесты в это время катились?

Шаг 4. Продуктовые:

• Был ли релиз?
• Изменился ли UX корзины?
• Изменилась ли скорость поиска ресторанов?

Шаг 5. Маркетинг:

• CAC и paid spend по каналам — изменилось?
• Промо-кампании закончились?
• Email/push — частота снизилась?

Шаг 6. Внешнее:

• Праздник/каникулы?
• Погода (заказы зависят от погоды)?
• Конкурент устроил скидку?

Шаг 7. Синтез: «Я бы начал с технических причин — это занимает час. Параллельно посмотрел на разрез по платформам и регионам. Если paid spend не менялся, и платформы все упали одинаково — скорее всего сезонность или внешнее. Если упал только iOS — релиз iOS-приложения. Дальше уже целевые fixes.»

Разбор: «Запускаем фичу»

Условие: «Yandex Music запускает фичу — рекомендации на основе того, что слушают друзья. Какие метрики выберешь? Как делаешь A/B?»

Структура:

1. Цель фичи: повысить вовлечение через социальную составляющую
2. Primary metric: время прослушивания на пользователя в неделю (отражает ценность для юзера)
3. Secondary metrics: конверсия из «увидел рекомендацию» в «послушал», retention D7
4. Guardrail metrics: NPS (важно — социальная фича может раздражать), churn premium-юзеров (вдруг чувствуют, что им продают), время до отписки от рекомендаций
5. Дизайн A/B: рандом по user_id, контроль и тест по 50%, стратификация по сегментам активности
6. Размер выборки: по primary metric, MDE 2%, считаем sample size, при 1М WAU нужно ~2 недели
7. Анализ результата: при p<0.05 на primary и без негатива на guardrails — раскат

Это базовый каркас. Дальше интервьюер будет задавать пушбэки: «А если эффект на сегменте новичков?», «Что делать с network effects?», «Как считать ratio-метрики?»

Разбор: «Оцените рынок»

Условие: «Сколько в Москве людей, которые тратят на еду в ресторанах больше 30к в месяц?»

Подход (Fermi estimation):

• Население Москвы — ≈12М
• Взрослое работающее население ≈70% — ≈8М
• Средний доход в Москве — у топ-30% это 100к+, у топ-10% это 200к+
• Тратить 30к/мес на рестораны — это 15-30% дохода
• Реалистично у топ-15% работающих, то есть ≈1.2М человек
• Но не все ходят в рестораны — отнимем 30% (домашние, ЗОЖ, дети) → 800–900к человек

Главное не точная цифра — а структура и обоснованные допущения. Интервьюер прервёт и скажет: «Откуда 30%?» — и нужно ответить «Из общего ощущения, что 1 из 3 москвичей предпочитает домашнюю готовку» или подобное. Обоснование важнее точности.

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

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

Игнорировать guardrails. В кейсе про A/B все думают про primary metric. Хороший продакт сразу думает: «А что может пойти не так? Что мониторить, чтобы не сломать продукт?»

Бесконечная декомпозиция. Можно делить дерево причин 5 уровней вглубь — и потерять 20 минут. Идите вширь и сразу к проверкам.

Не задавать пушбэки. Если интервьюер говорит «допустим, бага нет» — спросите «а маркетинг проверили?» Хорошие кейсы — диалог, не монолог.

Шаблонный фреймворк без контента. «Я применю CIRCLES» и потом 3 минуты молчания — это видно. Лучше своими словами разложить, чем озвучить аббревиатуру и зависнуть.

FAQ

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

Для уверенности — 10–15 разных, прорешать вслух с записью на диктофон. Слушать запись — самое неприятное, но самое полезное упражнение.

Можно ли использовать таймер на собесе?

Своих часов на столе — нет, выглядит нервно. В голове следить за временем — обязательно. Тренируйтесь дома по таймеру.

Что делать, если кейс из совершенно незнакомой области?

Скажите вслух: «У меня нет личного опыта с продуктом X, но я подойду как продакт». Дальше — стандартная структура. Интервьюер не ждёт экспертизы в нише, ждёт мышление.

Это официальная информация?

Нет. Статья основана на публичных источниках и опыте кандидатов. Каждая компания может задавать кейсы по-своему — структура мышления универсальна.