CIRCLES framework: как разбирать кейсы на собесе PM

Что такое CIRCLES

CIRCLES — фреймворк для дизайн-кейсов на собесе продакта. Придумал Льюис Лин для Google-собесов, но прижилось везде. Семь шагов: Comprehend, Identify, Report, Cut, List, Evaluate, Summarize.

Зачем оно надо: когда тебя просят «спроектируй продукт для X», без скелета мозг разваливается. CIRCLES даёт каркас: от контекста до финальной рекомендации. Главное — не зачитывать буквы вслух. Интервьюеру не нужны акронимы, ему нужна логика.

Где CIRCLES хорошо работает: дизайн-кейсы («спроектируй продукт для X»), кейсы на «улучши фичу», стратегические кейсы в духе «как нам зайти на новый рынок». Где плохо: диагностика просадки метрики (там нужен другой каркас, через разрезы и гипотезы) и Fermi-задачи на оценку (там нужна декомпозиция и допущения).

C — Comprehend the situation

Понять контекст. На этом шаге задаёшь уточняющие вопросы:

• Какая цель компании или команды?
• Какой сегмент в фокусе?
• Какие ограничения (время, ресурсы, география)?
• Какие метрики уже отслеживаются?
• Это новый продукт, новая фича внутри существующего или редизайн?

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

Антипатерн — задать 10 уточняющих вопросов и съесть половину времени. 3–4 вопроса — ровно столько, чтобы поставить рамки.

I — Identify the customer

Назвать сегменты пользователей. Не «все пользователи Авито», а конкретно: «новый юзер на мобайле, ищет диван». Можно описать 2–3 сегмента, потом выбрать один в фокусе.

Сегмент = демография + контекст использования + частота. Не путай с целевой аудиторией из маркетинга.

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

• «Все пользователи». Это не сегмент.
• Сегмент только по демографии («женщины 25–45»). Без контекста использования это пусто.
• 5+ сегментов в фокусе. Размывает ответ, выглядит как нерешительность.

R — Report the customer's needs

Описать боль и работу пользователя. Лучший инструмент — JTBD: «Когда [ситуация], я хочу [мотивация], чтобы [результат]».

Спроси себя: что он делает сейчас, без продукта? Какие альтернативы? Где боль самая острая? Полезно держать в голове, что у любой боли есть три измерения: частота, острота, готовность платить (деньгами или вниманием). Сильные кейсы строятся вокруг боли с высокой частотой и высокой остротой одновременно.

C — Cut through prioritization

Выбрать сегмент и боль, на которой фокусируешься. Не пытайся решить всё сразу. На собесе у тебя 30 минут — успеть поговорить про одну гипотезу глубоко лучше, чем про пять поверхностно.

Критерии выбора: размер сегмента × острота боли × соответствие цели компании. Полезно проговорить вслух: «Беру офисников 25–35, потому что у них самая высокая острота боли (нет времени) и самая высокая платёжеспособность среди трёх сегментов». Это сразу показывает, что ты не выбрал наугад.

L — List solutions

3–5 гипотез решений. Не 20. Не 1.

Каждая гипотеза — короткое описание + механика + кому помогает. Не уходи в детали UI на этом шаге. Сильный ход — намеренно дать одну «дорогую» гипотезу и одну «дешёвую», чтобы потом было что сравнивать на шаге Evaluate. Если все 5 идей одного класса (все про пуши, например), — это тоже сигнал, что мышление зажато.

E — Evaluate trade-offs

Оценить гипотезы. Простая матрица impact × effort. Или ICE/RICE по 3-балльной шкале.

Гипотеза	Impact	Effort	Confidence	Решение
Гипотеза 1	8	3	7	Берём
Гипотеза 2	5	2	8	Добавка
Гипотеза 3	9	9	4	На потом

Покажи риски и контр-метрики: что может пойти не так, какие метрики могут просесть. На этом шаге кандидаты часто срываются в «давайте всё сделаем»: сильный ответ, наоборот, режет.

S — Summarize

Финальная рекомендация. Выбери одну гипотезу, объясни почему. Назови метрики успеха и план валидации (опрос → MVP → A/B).

90 секунд хватит. Главное — внятно, без воды. Шаблон в одну строку: «Беру [гипотеза] для [сегмент], потому что [причина]. Север-метрика — [метрика], контр-метрика — [метрика]. Валидация — [план]».

Реальный кейс: фитнес-приложение

«Спроектируй продукт для людей, которые хотят начать заниматься спортом, но не могут».

Comprehend. Цель компании — рост MAU и retention D30. Сегмент — новички, без подписок в зале. Регион — Россия, мобайл-first.

Identify. Сегменты: офисники 25–35 без времени; родители 30–45 с маленькими детьми; студенты 18–22 без денег. Беру офисников — самый платёжеспособный и с самой острой болью «нет времени».

Report. JTBD: «Когда у меня заканчивается рабочий день и силы на нуле, я хочу размяться 15 минут дома, чтобы не чувствовать себя овощем». Боль — нет времени, нет мотивации, не хочется в зал.

Cut. Фокус — короткие домашние тренировки на 10–20 минут с минимумом инвентаря.

List.

1. Программа из 10-минутных тренировок с уведомлениями.
2. Стрики и геймификация.
3. Подбор по настроению («устал», «бодрый»).
4. Интеграция с Apple Health и шагомером.
5. Соц-фича: челленджи с друзьями.

Evaluate. Самая высокая отдача — пункт 1 (низкий вход, прямой ответ на боль). Геймификация как добавка ко всему. Соц-фичу убрать на потом — high effort, low confidence.

Summarize. Запускаемся с MVP: библиотека 10-минуток + дневной push. Север-метрика — D30 retention. Контр-метрика — отписки от пушей. План — A/B-тест на 3 недели.

Тайминг и распределение времени

Если кейс на 30 минут, держи в голове примерное распределение:

Шаг	Время
Comprehend	2–3 минуты
Identify	2–3 минуты
Report	3–5 минут
Cut	1–2 минуты
List	5–7 минут
Evaluate	5–7 минут
Summarize	1–2 минуты
Запас	2–3 минуты

Если кейс на 45 минут — пропорционально удлиняешь List и Evaluate, не Comprehend. Соблазн «копать контекст ещё 10 минут» — типичная ловушка.

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

• Зачитывать буквы фреймворка. «C — comprehend» — слышно за километр.
• Пропускать Comprehend. Без контекста весь ответ висит в воздухе.
• Слишком много сегментов. Один в фокусе — остальные в кустах.
• 20 гипотез решений. 3–5, не больше.
• Без trade-off. Любая фича что-то ломает — покажи это.
• Не назвать метрику успеха. Без метрики Summarize звучит пусто.
• Прыгать в UI. Детали интерфейса не нужны на этом этапе кейса.
• Игнорировать вопросы интервьюера. Если он подкидывает уточнение — оно почти всегда подсказка, не помеха.

Когда CIRCLES спорит с интервьюером

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

• не паникуют от перебивающих вопросов, отвечают коротко и возвращаются к каркасу;
• если получают новое ограничение в середине, явно проговаривают «окей, это меняет приоритизацию, пересобираю Cut»;
• если интервьюер сам предлагает сегмент или решение, не спорят ради спора, а аккуратно встраивают это в свой каркас.

Главный навык — не цепляться за фреймворк как за шпаргалку, а использовать его как страховку. Если ты прошёл через CIRCLES 30 раз вслух, на собесе ты уже не «вспоминаешь буквы», а просто думаешь в правильном порядке.

Чек-лист перед собесом

• 5 разных кейсов прошёл вслух с таймером.
• Записывал хотя бы один на диктофон и слушал себя.
• Знаешь, какие шаги съедают больше всего времени именно у тебя.
• Имеешь 3 «безопасных» вопроса для Comprehend, которые применимы почти везде.
• В голове есть 5 заготовленных метрик-кандидатов на север (MAU, retention, конверсия в первое действие, ARPU, NPS).
• Понимаешь, какие шаги критично не пропускать — Comprehend и Summarize.

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

• Фреймворки кейс-интервью
• Продуктовый раунд PM
• Fermi-задачи
• Кейс «метрика упала»
• Структура собеса PM

FAQ

Когда CIRCLES не работает?

В кейсах диагностики метрик и Fermi-задачах. Там свои каркасы — разрезы и гипотезы для диагностики, декомпозиция допущений для оценки.

Можно ли пропускать шаги?

Можно, если кейс короткий. Главное — не пропускать Comprehend и Summarize: один задаёт рамки, второй замыкает ответ.

Сколько времени на каждый шаг?

Comprehend — 2–3 минуты. Identify/Report — 3–5. Cut/List/Evaluate — 10–15. Summarize — 1–2.

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

Брать кейсы и проходить их вслух с таймером. Записывать на диктофон, потом расшифровывать и считать слова-паразиты. После 5–10 итераций каркас укладывается в голову.

Это единственный фреймворк для дизайн-кейсов?

Нет, но самый универсальный. Альтернативы — упрощённые «Customer-Problem-Solution» или собственные шаблоны компаний.

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

Гнуться под его темп, но не терять каркас. Если он спросил «какие сегменты», ты делаешь Identify, потом возвращаешься к Comprehend через уточняющие вопросы. Главное — чтобы в Summarize ответ собрался цельно.

Стоит ли сразу выкладывать структуру кейса?

Да. Полезный приём — в начале сказать «давайте я пройдусь по сегментам, потом по болям, выберу одну, дам 3–5 решений и сделаю рекомендацию». Это снимает половину тревоги интервьюера про «куда идёт ответ».

---

Тренируйте CIRCLES на реальных кейсах — откройте тренажёр с 2500+ вопросами.