Ольга Стратанович , программный директор в ПродуктСенс и директор по продукту компании Kinoplan рассказали о ключевых различиях в мышлении и навыках менеджера по продукту и менеджера проекта.
Профессия «менеджер продукта» еще молодая в СНГ, но уже востребована на рынке.
Компании с собственной разработкой ищут человека, который сможет выпускать и поддерживать продукт. Индивидуальная разработка также требует продуктового подхода.
Но хороших продакт-менеджеров на всех не хватает, поэтому возникает необходимость нанимать джуниоров из других областей.
Ближайшей областью считается управление проектами.
Я часто встречаю бывших менеджеров из заказной разработки, которые перешли в управление продуктами.
Они не понимают, какие изменения должны произойти на их новой работе.
Обычно они думают, что это всего лишь следующий шаг в управлении проектами.
Давайте посмотрим на разницу между менеджером продукта и менеджером проекта.
Зона ответственности
Основными показателями успеха проекта являются время, бюджет и объем задач.Менеджер проекта должен получить требования от заинтересованных сторон, согласовать бюджет и обеспечить своевременную реализацию проекта.
Ему все равно, что будет дальше: — как конечный пользователь получит проект и будет его использовать, — как будет или не будет развиваться проект. Для продакт-менеджера главное — донести до клиента выгоду.
Создание продукта — лишь малая часть обязанностей продакт-менеджера.
Ему нужно подумать о необходимости и эффективности функционала, «упаковки», доставки, сопровождения и развития продукта.
Генерация и проверка гипотез
Менеджер проекта не генерирует идеи: ему дают задачу, которую он должен эффективно выполнить.Хороший менеджер уточнит у заказчика цель проекта, подумает вместе с ним об оптимальном решении, а возможно, предложит свое.
Но он не выдвигает и не проверяет гипотезы — обычно этим занимается владелец бизнеса, заказчик и другие заинтересованные стороны.
Основная задача менеджера по продукту — выявить потребности и предложить идеи по улучшению продукта.
Менеджер по продукту много общается с пользователями, проводит глубинные интервью, выдвигает, тестирует и отвергает гипотезы.
Все это он может сделать даже без команды разработчиков.
Он не знает, что делать, но ищет свой путь.
Условия неопределенности
Менеджер проекта действует в заранее определенных условиях: известен объем задач (можно сократить, но ненамного), согласованы сроки и бюджет. Обязанности менеджера обычно четко прописаны в руководствах, внутренних положениях и правилах компании.Менеджеру продукта повезло меньше: он никогда точно не знает, что ему следует делать.
Какая гипотеза потерпит неудачу, а какая принесет прибыль? Именно здесь появляются MVP, экономические расчеты, метрики, A/B-тесты, валидация прототипа — все, что помогает оценить идею.
Продакт-менеджеру необходимо признать провал экспериментов и безжалостно удалять функционал, не приносящий ожидаемой пользы.Ему приходится отказаться от собственных идей и желаний клиентов.
Метрики
Во время собеседования я всегда прошу кандидата рассказать мне, какие метрики были у его последнего продукта или какие метрики он бы выбрал, если бы был владельцем продукта.Бывшие менеджеры проектов отвечают: «Количество пользователей» или «Мы добавили аналитику, но я не заглянул».
Менеджер по продукту всегда смотрит глубже: метрик много, и каждый продукт требует своего подхода.
Умение выбирать метрики, анализировать и принимать решения на основе анализа — один из важнейших навыков в этой профессии.
«экономика»
Менеджер проекта не думает об окупаемости; его задача – уложиться в согласованный бюджет. Для менеджера по продукту рентабельность инвестиций стоит на первом месте.Сколько мы потратим? Какую модель монетизации выбрать? Как привлечь пользователей и повысить пожизненную ценность? Как получить дополнительную прибыль? Это вопросы, на которые мы постоянно ищем ответы.
Продажи, внедрение и поддержка
Это не то, с чем обычно сталкивается менеджер проекта.Проект принят, документы подписаны – на этом его зона ответственности заканчивается.
Если проект необходимо поддерживать или что-то нужно улучшить, компания заключит новый договор или запустит внутренний проект с новым бюджетом, объемом задач и сроками.
Для менеджера по продукту готовый функционал — это только начало.
Вам необходимо провести переговоры со смежными отделами, «упаковать» товар, доставить его клиенту и объяснить ценность отделу продаж.
Важно убедиться, что продукт поддерживается качественно: например, в b2b поддержка не менее важна, чем функциональность продукта.
Сотрудничество между командами и построение эффективных процессов — еще одна задача для менеджера по продукту.
Коммуникации
Менеджер проекта принимает требования от заинтересованных сторон и передает их команде разработчиков.У менеджера по продукту гораздо больше общения.
Он является точкой входа в команду для всех смежных отделов.
К нему стекается целый поток вопросов из отделов продаж, маркетинга и поддержки.
Он постоянно общается с клиентами.
Топ-менеджеры передают ему свое видение.
Эффективная коммуникация и фильтрация входящего потока — первое, чему должен научиться менеджер по продукту.
Стратегия и видение
Менеджер проекта действует в рамках срока проекта, который обычно длится не более года.Цели чаще всего ставятся владельцем бизнеса или клиентами.
Менеджер проекта управляет только этапами в пределах этого срока.
Менеджер по продукту формирует собственное видение того, куда движется его продукт и каким он станет через 1-3-5 лет. Он должен четко понимать, как та или иная задача приближает продукт к цели, и иногда жертвовать краткосрочными результатами.
Управление рисками
Хороший руководитель проекта всегда думает о рисках и минимизирует их негативное влияние.Менеджер по продукту думает о возможностях.
Любая неопределенность или проблема — это потенциальная возможность улучшить продукт. Менеджер по продукту думает о том, как извлечь дополнительную ценность и сделать то, чего раньше никто не делал.
Вдохновение
Менеджер проекта должен донести до команды хорошо описанную, понятную задачу: Что делать? Как сделать? Когда мне следует это сделать? Менеджеру продукта необходимо «продать» боль пользователя и вместе с командой разработать оптимальное решение этой боли.Командам, ориентированным на продукт, нельзя просто поставить задачу; они начинают задавать трудные вопросы.
Это очень хорошо для продукта, но требует от менеджера навыков продвигать свои идеи, вдохновлять команду, объяснять проблемы.
В бизнесе много говорят о продуктовом мышлении в командах.Появляется определение продуктового инженера — разработчик, который не просто берет и делает задачу, а думает о пользователе и предлагает свои решения.
Карта компетенций
Профессия менеджера проектов сформировалась достаточно давно.Его набор навыков определен и ясен.
Профессия менеджера по продукту еще молода.
В разных компаниях у него могут быть разные обязанности, поэтому его навыки должны быть шире.
Это не только менеджмент, но и маркетинг, экономика, аналитика, навыки ведения переговоров, лидерство, основы дизайна и многое другое.
Менеджер по продукту «болеет» за продукт. Товар плохо продается – это его проблема.
Вам нужно пойти в отдел продаж и выяснить причины, помочь выстроить процесс, подготовить маркетинговые материалы.
Нет ресурсов на развитие — идите в HR (это не обязанность руководителя, но что делать, если важные задачи тормозятся из-за нехватки разработчиков?).
Нет дизайнера — рисуйте макеты сами.
Даже если это непрофессионально, целью должна быть не идеальная планировка, а польза для клиента.
Важно, чтобы продакт-менеджер мог что-то сделать сам, если это некому сделать, или найти того, кому это можно делегировать.Продакт-менеджер не должен говорить: «Это не моя ответственность, я не буду за это отвечать».
Ему нужно сделать все возможное, чтобы продукт стал успешным.
Подведем итог
Моя цель — не показать, что продакт-менеджеры круче проектных менеджеров.Я видел отличных ученых-разработчиков, которые никогда не могли управлять сложными проектами и писать подробные технические спецификации.
Я хотел показать разницу в мышлении и объёме ответственности.
Если вы решите перейти от разработки проекта к разработке продукта, вам придется:
- Думайте не только о развитии: что делать и как приносить пользу, а не о том, как это сделать.
- Генерируйте, проверяйте и проверяйте гипотезы.
- Примите неопределенность и уменьшите ее.
- Устанавливайте и анализируйте метрики.
- Подумайте о расплате.
- Ищите новые возможности.
- Научитесь жить с возросшим количеством коммуникаций.
- Сформулируйте и «продайте» свои идеи.
- Будьте готовы столкнуться с любыми проблемами, связанными с продуктом.
- Возьмите на себя ответственность за успех или провал продукта.
-
Кто Первый
19 Oct, 24 -
Неправильное Использование Digitalocean
19 Oct, 24 -
Высший Алгоритм – Предвзятое Резюме
19 Oct, 24 -
Обновленные Карты Марса От Google
19 Oct, 24
