Шаг 1: Внутренняя экспертиза и нетворкинг. Я понимал, что резкий прыжок из разработчика в продакты в другой компании будет сложным. Поэтому я начал с внутренних ресурсов. Я стал активнее участвовать в планировании спринтов, задавал больше вопросов о бизнес-логике новых фич, предлагал свои идеи по улучшению продукта на ретроспективах. Одновременно я наладил контакт с продакт-менеджерами в своей компании. Я попросил одного из них стать моим неформальным наставником. Мы периодически встречались на кофе, и я расспрашивал его о тонкостях работы, о том, как он принимает решения, с какими сложностями сталкивается. Это дало бесценное понимание изнутри.
Шаг 2: Системное образование. Одной интуиции и общения было мало. Нужна была структура. Я прошел два серьезных онлайн-курса по product-менеджменту от известных платформ. Это помогло систематизировать знания в области CustDev, Jobs To Be Done, построения метрик, A/B-тестирования, работы с бэклогом. Важно: я не просто смотрел лекции, а сразу применял знания на практике, пусть даже в гипотетических проектах. Я начал вести блог на Хабре, где разбирал популярные приложения с точки зрения продукт-менеджмента. Это помогло глубже вникнуть в материал и начать формировать экспертность.
Шаг 3: Практика на своем месте. Я договорился со своим тимлидом и продакт-менеджером о том, чтобы взять на себя часть product-ответственности за один из модулей нашего продукта. Это был пилот. Я проводил небольшие интервью с пользователями, анализировал метрики этого модуля, формировал гипотезы для его улучшения и защищал их перед командой. Этот опыт стал ключевым пунктом в моем резюме. Я перестал быть «просто разработчиком», я стал «разработчиком с опытом product-исследований и управления бэклогом модуля».
Шаг 4: Подготовка резюме и портфолио. Когда я почувствовал уверенность, я начал готовиться к поиску. Мое резюме теперь было сфокусировано не на технологическом стеке, а на продуктовых результатах. Я использовал формулу: «Улучшил [метрику] на [X%] через [действие]». Вместо «Разрабатывал фичи» я писал: «Провел CustDev-интервью с 5 пользователями, на основе выводов предложил и согласовал с PM гипотезу, реализация которой увеличила retention модуля на 15%». Я также оформил кейс по своему пилотному модулю в виде презентации — это стало моим продуктовым портфолио.
Шаг 5: Целевой поиск и собеседования. Я не рассылал резюме всем подряд. Я выбрал 10 компаний, чьи продукты мне были искренне интересны. К каждой заявке я готовился отдельно: изучал их продукт, рынок, писал cover letter с гипотезами, что я мог бы улучшить в первые 90 дней работы. На собеседованиях я не боялся говорить о своем опыте разработчика как о преимуществе — я понимаю технические ограничения и могу эффективнее коммуницировать с командой. Кейсовые вопросы решал, опираясь на пройденную теорию и свой небольшой, но реальный практический опыт.
В итоге я получил оффер на позицию Junior Product Manager в стартапе, чья миссия меня вдохновляла. Мой путь от разработчика к продакту был осознанным и постепенным.
Чеклист для перехода в Product Management:
- Проведи самоаудиторию: какие твои текущие навыки (аналитика, коммуникация, эмпатия) уже являются продуктовыми?
- Найди внутреннего наставника-продакта в своей компании или в профессиональном комьюнити.
- Пройди структурированный курс по product-менеджменту и закрепи знания на практике (хотя бы в pet-проекте).
- Ищи возможность взять на себя часть product-ответственности на текущем месте работы (возглави небольшое улучшение, проанализируй метрики).
- Оформи результаты в виде кейса для портфолио с цифрами и выводами.
- Перепиши резюме, сфокусировав его на продуктовых результатах и влиянии на бизнес-метрики.
- Готовься к собеседованиям точечно: изучай продукт компании, будь готов предложить свои идеи.
- Не скрывай свой бэкграунд (будь то разработка, маркетинг или дизайн), а преподноси его как уникальное конкурентное преимущество.
Комментарии (8)