Портфолио продакт-менеджера: как оформить кейсы для собеседования

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

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

Резюме — это список фактов: должность, компания, период работы.

Портфолио — это доказательство того, что за этими фактами стоит продуктовое мышление, а не просто присутствие в штате. Один кандидат пишет в резюме «улучшил метрики продукта», другой прикладывает кейс, где видно: какая была проблема, какую гипотезу проверяли, что сделали и как изменился retention (удержание). Второй кандидат получает приглашение на собеседование чаще, просто потому что нанимающему менеджеру не нужно верить на слово, а рекрутеру проще презентовать кандидата дальше по воронке найма.

Портфолио особенно важно на переходных этапах карьеры: когда вы претендуете на роль product manager впервые, переходите из проджектов в продакты, из UX в продукт или ищете позицию выше текущей PM-роли. В этих случаях резюме показывает прошлое, а портфолио продакта — доказывает, что вы готовы к следующему уровню задач. Среди продакт-менеджеров, которые прошли этот переход, портфолио почти всегда называют тем, что помогло выделиться на рынке среди похожих по резюме кандидатов, а не только рассказать про свой опыт словами.

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

• контекст — какой был продукт, какая аудитория, какая стадия развития продукта (запуск, рост, зрелость);
• проблему или гипотезу, с которой вы начали работу;
• процесс — какие данные анализировали, какие решения приняли и почему именно такие;
• метрики — что было на старте и что получилось по итогу: рост конверсии, изменение retention или churn, влияние на выручку;
• вашу роль в команде — что сделали лично вы, а что сделала команда, чтобы не приписывать себе чужой результат.

Показатели работают только вместе с контекстом. Цифра «конверсия выросла на 20%» без объяснения, что именно вы меняли и почему, звучит как рекламный слоган, а не как продуктовый кейс. Хороший продакт умеет проанализировать не только итог, но и то, какие альтернативные гипотезы отбросил по дороге, — это тоже часть истории, которая показывает глубину мышления, а не только успех продукта.

Самый рабочий формат для одного кейса — STAR: Situation (ситуация), Task (задача), Action (действия), Result (результат). Он подходит и для крупных релизов, и для небольших экспериментов, и для учебных проектов.

Ситуация. Опишите продукт и контекст в двух-трех предложениях: что за продукт, кто пользователь, какая была проблема. Пример: в мобильном приложении для доставки 40% новых пользователей не завершали первый заказ.

Задача. Что нужно было сделать и почему это было важно для бизнеса. Пример: снизить процент отказов на этапе онбординга за квартал.

Действия. Что вы сделали: какие гипотеза легла в основу решения, какие исследования провели, какие фреймворки использовали, что запустили. Здесь уместно упомянуть конкретные инструменты — если вы применяли JTBD, RICE, продуктовую аналитика или другие продуктовые фреймворки, назовите их прямо. У многих продактов в портфолио этот блок получается самым слабым — его стоит перечитать отдельно.

Результат. Цифры до и после, срок, за который это произошло. Если результат еще не измерен полностью, честно укажите это — рекрутеры ценят точность больше, чем красивую, но непроверяемую цифру.
Такая структура решает главную проблему кейсов: когда вы писали кейс, вы понимали контекст и логику своих решений, а человек, который читает его впервые, — нет. STAR заставляет проговорить то, что кажется очевидным вам, но не читателю.

Если релевантного опыта работы продакт-менеджером пока нет, портфолио все равно можно собрать. Работодателю важны не столько мест работы в резюме, сколько доказательства продуктового мышления — а его можно показать и без штатной позиции.

Product case study — разбор существующего продукта: найдите слабое место в интерфейсе или воронке знакомого сервиса, сформулируйте гипотезу, предложите решение и опишите, как бы вы проверили его эффект.

Пет-проект — придумайте свою продуктовую идею, проработайте ее от идеи до прототипа, даже если дальше макета дело не пошло. Сам процесс мышления — это и есть кейс.

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

Тестовые задания — если вам предлагали сделать тестовое задание на прошлых отборах, с разрешения компании запросите возможность использовать анонимизированную версию как кейс.

Формат портфолио продакт-менеджера не требует дизайнерских навыков — важнее структура и читаемость. Единой платформы для продуктового портфолио PM не существует, поэтому выбор формата — это вопрос удобства, а не стандарта.

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

Ссылку на портфолио указывайте прямо в резюме и в профиле LinkedIn, а не только в сопроводительном письме — часть рекрутеров открывает ее раньше, чем читает резюме целиком.

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

Кейс без контекста. Автор кейса всегда понимает предысторию — читатель нет. Если в описании нет пары предложений о продукте и аудитории, кейс звучит как набор действий без смысла.
Начинайте каждый кейс с одного-двух предложений: что за продукт, кто пользователь, в чем была проблема.
Пример: «В сервисе бронирования 35% пользователей уходили на шаге оплаты» — уже дает читателю точку опоры, в отличие от «работал над оплатой».

Список задач вместо истории решения. «Работал с бэклогом, ставил задачи разработке, анализировал метрики» — это не кейс в портфолио, а должностная инструкция. Кейс должен показывать конкретную проблему и путь к ее решению, а не просто пересказывать опыт работы по пунктам.
Проверяйте каждый кейс вопросом «а что я решал?». Если ответ — «в целом занимался развитием продукта», перепишите текст вокруг одной конкретной проблемы. Пример слабой формулировки: «Отвечал за онбординг новых пользователей». Пример сильной: «Заметил, что 40% пользователей не проходили онбординг до конца, — протестировал сокращенный сценарий из трех шагов вместо семи».

Метрики без точки отсчета. «Увеличил конверсию» ничего не говорит без цифр до и после и без срока, за который это произошло. Если команда, например, сократила время выполнения задачи вдвое, так и пишите — с конкретным было/стало.
Держите под рукой шаблон «было → стало → за какой срок» и заполняйте его для каждого кейса, даже если точные цифры под NDA — тогда используйте проценты или диапазоны, но не убирайте метрику совсем.

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

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

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

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

Если сейчас показать в портфолио нечего, быстрее всего кейсы появляются там, где есть практика на реальном продукте и обратная связь от практикующих экспертов, а не только теория. Это особенно верно для тех, кто хочет запускать карьеру в продукте с нуля или показать свои сильные стороны при переходе из смежной роли — например, из UX-дизайна или аналитики.

На курсе «Полное погружение в продакт-менеджмент» в Product Lab участники прямо разбирают кейсы, которые можно взять в портфолио: проходят весь путь от поиска идеи до вывода продукта на рынок на своем собственном продукте, а не на абстрактном учебном примере. Домашние задания проверяют действующие продакт-менеджеры, а групповые разборы позволяют увидеть, как оформили свой кейс другие участники — это прокачивает свои навыки презентации не хуже, чем сами продуктовые фреймворки.

По итогу обучения у участников остается готовое продуктовое портфолио с разобранным экспертами кейсом и реальными метриками — именно то, что можно сразу поставить в портфолио для продакт-менеджера или показать как портфолио PM на следующем собеседовании.