• 10 самых частых вопросов на собеседовании Product Manager

    10 самых частых вопросов на собеседовании Product Manager

10 самых частых вопросов на собеседовании Product Manager

Автор статьи: Илья Олейник

Cобеседование на работу очень важное событие для любого наемного работника. Как и любое собеседование, собеседование на продакт-менеджера требует подготовки. И мы, естественно, хотим предвосхитить возможные вопросы и спланировать свои ответы.

Вопросы делятся на три типа: закрытые, открытые и альтернативные. Альтернативные вопросы нередко задают на собеседовании, это же не тестирование. Сложнее всего вам будет отвечать на открытые вопросы, т.к. вам придется самостоятельно структурировать ваше  изложение, отслеживать время ответа. Например, вопрос “Расскажите о себе”. Этот вопрос задается на 100% собеседований на любые позиции, требующие профессионализма. Надеемся, что вы подготовили elevator pitch, краткое и более детальное описание своей карьеры.

Отвечать на конкретные вопросы проще. Они в себе содержат задачу, которую должен решить кандидат при ответе. И, возможно, ясна их цель. В этой статье мы попытаемся очертить список вопросов и даем наводку, как на них ответить. Но не конкретные ответы. Было бы глупо использовать ответы “из книжки”. Кроме того, постараемся предположить цель этого вопроса.

1. Расскажите о своем (самом успешном) продукте

Определенно стандартный вопрос. В 99% случаях задают. Цель вопроса: узнать, насколько вы владеете технологией управления продуктом, понимаете потребности рынка и пользователей, понимаете что такое жизненный цикл продукта.

Кроме того, поскольку вопрос достаточно открытый, необходимо структурировать ответ, следить за временем. Интервьюер на это рассчитывает. Для подготовки ответа можно взять продукт, с которым вы работали (независимо от того, с нуля вы его начинали или уже развивали выпущенный на рынок) и прогнать” вашу работу продуктом через одну из технологий управления продуктом. Например, эту технологию вы можете найти в книге Кевин Бреннана “Mastering Product Management: A Step-By-Step Guide” (ссылка здесь).

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

2. Из чего состоит ваш типичный день?

Вопрос задается для понимания того, в каком окружении вы работаете, как планируете свою работу. В ответе рекомендую дать понимание, что вы:

  • постоянно работаете над усовершенствованием функционала продуктов и поисков идей для новых продуктов, понимаете что такое маркетинг и исследования;
  • постоянно контролируете показатели продуктов, понимаете что такое подход на основе данных;
  • работаете с командами над разработкой ПО, принимаете их работу. Если вы работаете по скрам или другой гибкой методологии – обязательно это упомяните. Если позиция, на которую вас собеседуют называется “технический продакт овнер” – то на этом пункте необходимо задержаться дольше остальных;
  • знаете своих “стейкхолдеров” и постоянно с ними взаимодействуете (маркетинг, дизайнеры, разработчики, тестировщики, поддержка пользователей…)

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

3. Как вы приоритезируете продуктовый бэклог

Просто расскажите какие методы приоритезации вы знаете, и какие применяли. Объясните, почему применялся тот или иной метод.
Ці методы очень похожи на методы приоритезации требований (больше здесь). Но в случае с продуктами требования всегда идут в привязке к срокам релиза. Поэтому популярным методом является WSJF.
Также можем порекомендовать метод модель Кано. Он позволяет выстраивать пользовательские приоритеты.
Больше о методах здесь. Вообще статьи с перечислением методов легко гуглятся.
Не забудьте, что приоритеты (независимо от метода) должны быть:

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

4. Как вы осуществляли проверку продуктовых гипотез?

Этот вопрос задается, чтобы выяснить насколько вы владеете логикой разработки продуктов. Какой подход вы выберете: аналитический или эмпирический. Будете ли вы (и какие) использовать данные для предположений о полезности ваших “фич”. Как проверить гипотезу (А/В тестирование, MVP, user testing, фокус группы).

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

5. Как вы работаете с разработчиками?

Обязательный вопрос для продакт-овнеров. Уверен, большинство компаний или уже применяют гибкие методологии или собираются делать это в ближайшее время (опрос Делойт и Мак Кинси показал, что 90% генеральных директоров ставят в приоритет достижение “аджилити”, хотя всего лишь менее 10% являются “аджайл”)

Продакт менеджер всегда работает с девелоперами, т.к. успех продукта зависит от качества коммуникации, скорости принятия решений и скорости внедрения изменений. Между продакт-менеджером и командой разработки не должно быть “прокладок” (в идеале). В определенных случаях с командой работает прокси-продакт менеджер, но это нельзя рассматривать как конечную конфигурацию, скорее как структуру на этапе трансформации (из-за ограничений квалификации, расстояния, бюджета, аутсорсинга и т.п.)

Отличную рабочую модель предлагает SAFe методология (там есть и продакт-менеджер и продакт-овнер). Отличный подход описывает Роман Пихлер в книге “Agile продакт-менеджмент со Scrum”.

6. Какие метрики вы используете и для чего?

Достаточно легко подготовиться к этому вопросу. Возьмите продукт, над которым вы работаете. Возьмите критерии успешности вашего продукта и показатели эффективности. Выберите метрику. Она должна быть достаточно простая для объяснения. Расскажите, как вы поняли, что именно ее нужно применять. Как вы собираете данные для ее вычисления. Как вычисляете. С каким интервалом вы ее отслеживаете и что происходит, если наблюдается отклонение.
При ответе покажите что вы:

  • хороший аналитик;
  • ваши решения принимаются на основе данных, а не интуиции;
  • вами метрики действительно являются драйвером изменений, а не просто отчетом с набором цифр;

Друзья, не путайте, пожалуйста, (типичная ошибка) метрики продукта с метриками проекта (сроки, бюджет, риски и т.п.). Это вопрос о продукте и его использовании, а не о том, насколько умело вы выпускаете продукты в свет.

7. Знаете ли вы что такое MVP?

Даже если вас не спросили о MVP, об этом стоит рассказать. Википедия содержит достаточно информации для ответа. Важно понимать отличие от прототипа и уметь ответить на дополнительный вопрос “а зачем нам это” или “станете ли вы это делать”.
Полезно рассказать, как вы выделяете MVP и развиваете MVP до полноценного продукта (это и о декомпозиции по одной или нескольким характеристикам, и о приоритизации, и о валидации гипотез).

8. Ваши первые шаги на новой работе?

Покажите себя инициативным и ответственным сотрудником. Вам необходимо ужиться с вашим боссом и коллективом. Этот вопрос задается с целью:

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

Покажите, что вы сначала: а) разберитесь в ситуации, б) спланируете свою работу (product roadmap, backlog), в) согласуете свой план со стейкхолдерами (не только с руководителем) и г) затем начнете работу над требованиями и разработкой продукта.

9. Как бы вы усовершенствовали наш продукт? Предложите фичу

Вот здесь нужно быть очень аккуратным. Ведь ваш собеседник знает о своем продукте намного больше вас. Перед интервью обязательно ознакомьтесь с компанией и продуктом. Установите себе приложение (если можете), зарегистрируйтесь. Попробуйте главные функции. Скорее всего, что-то сразу бросится вам в глаза, и вы можете взять и “раскрутить” эту тему.

Другой подход заключается в том, чтобы предложить что-то из вашего предыдущего опыта: в этом хорошо ориентируетесь вы, но не ваш собеседник. В это случае ваша задача продать ему вашу идею и показать, что это будет работать с их продуктом.
В любом случае, делайте акцент в первую очередь на ценности для потребителя. Используете схему business model canvas для структурирования изложения.

10. Как вы работаете с дизайнерами?

Вопрос задают компании, в которых вы будете разрабатывать интерфейсы пользователей. Профили бывают разные: от централизованного отдела дизайна, до продакт = сам себе дизайнер.

Попытайтесь показать свою экспертизу в разработке пользовательских интерфейсов. Подготовьте скриншоты, модели, странички с работающим софтом.Было-стало очень хорошо иллюстрирует вашу работу. На примере расскажите, какие задачи вы решали вашим интерфейсом (например, групповые операции).

Законы эргономики и дизайна надо знать! В этой статье они хорошо изложены (на русском языке тоже много статей и они легко гуглятся по “законы UX и дизайна”).

P.S. На самом деле это не статистический топ-10. Мы не делали среза рынка, опросов и анкетирования. Но, надеемся, что этот список вам пригодится.

Также у нас есть Product Management Course в котором мы скомбинировали классическую теорию продакт-менджмента и оригинальные практические занятия. Программу можете посмотреть по этой ссылке.

Sign up for our newsletter
Get the latest info with our monthly newsletter