Вопросы на собеседовании product-менеджера по этапам

Готовить один набор ответов PM в надежде, что он покроет всё, — самая частая причина, по которой сильные кандидаты выступают хуже своих возможностей, и опасение за этим вполне обоснованно: список вопросов кажется бесконечным. Этот раздел приводит его в порядок. Процессы PM повторно используют пять типов этапов, и знание того, на каком этапе вы находитесь, подсказывает, что именно оценивает интервьюер.

• Продуктовое чутьё и дизайн. Способны ли вы выстроить видимую логическую структуру от потребности пользователя к продуктовому решению.
• Стратегия. Способны ли вы мыслить о рынках, позиционировании и компромиссах шире одной функции.
• Исполнение и метрики. Способны ли вы определить успех, диагностировать изменившееся число и решить, что делать дальше.
• Оценка. Способны ли вы разложить неизвестную величину на составляющие и чётко озвучить допущения.
• Поведенческие вопросы и лидерство. Способны ли вы улаживать конфликты, влиять без формальных полномочий и отвечать за результат.

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

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

• Спроектируйте продукт для человека, который только что переехал в новый город.
• Как бы вы улучшили приложение, которым пользовались больше всего на этой неделе?
• Выберите продукт, дизайн которого вы считаете неудачным, и скажите, что бы изменили в первую очередь.
• Завершение онбординга у нас в порядке, а удержание на четвёртой неделе — нет. Что бы вы сделали?
• Как бы вы решали, строить ли функцию для опытных пользователей или для новых?
• Стоит ли нашей компании выходить на этот смежный рынок? Как бы вы это решали?
• Конкурент только что выпустил флагманскую функцию из нашего роадмапа. Что вы делаете?
• Как бы вы подошли к ценообразованию нового тарифа для существующего продукта?
• Что бы вы убрали из этого продукта и как бы вы это обосновали?

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

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

К этим этапам кандидаты готовятся хуже всего. Они вознаграждают точность в измерении, а не продуктовое видение.

Исполнение и метрики

• Какую метрику вы бы использовали, чтобы измерить успех этой функции?
• Число ежедневных активных пользователей упало на 8 процентов неделя к неделе. Как вы это диагностируете?
• Вовлечённость растёт, а выручка стоит на месте. Что происходит и что вы проверите?
• Как бы вы решали, запускать ли изменение, которое помогает новым пользователям и вредит опытным?
• Спроектируйте эксперимент, чтобы протестировать эту функцию. Что заставило бы вас откатить изменение?
• Какая у этого продукта north star метрика и какие guardrail-метрики стоят рядом с ней?
• Как бы вы расставили приоритеты для этих четырёх проектов с одной командой разработки?

Оценка

• Оцените количество поездок на заказных такси в вашем городе за один день.
• Сколько хранилища понадобится приложению для обмена фото на один год новых пользователей?
• Оцените влияние на выручку от отмены платного тарифа.

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

Поведенческие вопросы и лидерство

• Расскажите о продуктовом решении, в котором вы ошиблись.
• Опишите случай, когда разработка не согласилась с вашим решением о приоритете.
• Как вы влияли на команду, которая вам не подчинялась?
• Расскажите о запуске, который не достиг цели. Что вы сделали дальше?
• Опишите случай, когда вы сокращали объём работ. Кто был недоволен и как вы с этим справились?

Чтение списка вопросов создаёт узнавание, а не беглость. Этапы PM оцениваются по тому, как вы рассуждаете вслух под прерыванием, а это достигается только репетицией.

• Работайте с таймером. На большинство задач с уточняющими вопросами дают от 15 до 20 минут. Тренировка без этого ограничения скрывает проблему с темпом до самого настоящего этапа.
• Сначала озвучивайте структуру, потом содержание. Объявите путь, по которому идёте, а затем пройдите его. Интервьюер, который не может за вами уследить, не может вас оценить.
• Репетируйте прерывание. Уточняющий вопрос, который меняет направление вашего ответа на полпути, — это и есть настоящее испытание. Статичный список вопросов такого никогда не даёт.
• Запишите себя один раз. Слова-паразиты и двухминутное вступление очевидны при просмотре и незаметны в момент разговора.

Тренировка этих задач против интервьюера, который задаёт уточняющие вопросы, — это самая близкая к реальности симуляция, доступная в одиночку; инструмент mock-интервью проведёт этапы в стиле PM и будет давить на ваши ответы. Больше наборов вопросов по ролям и темам — в хабе вопросов для собеседований.

Стоит обозначить одну границу: инструменты подготовки работают исправно перед собеседованием. На живом этапе SubcueAI работает локально как десктопное приложение или боковая панель браузера Chromium, без бота, присоединяющегося к звонку, а этапы с демонстрацией экрана, записью или проверкой остаются вне зоны действия. Хаб об обнаруживаемости подробно описывает эти ограничения.