Продакт и проджект: кому и как менеджерить?
Эти позиции часто считают взаимозаменяемыми, а то и синонимичными. Хотя они растут из разных дисциплин, требуя разных знаний и навыков. В некоторых компаниях пытаются назначить обе роли одному менеджеру. Часто это делается из экономии. Профессия продакт-менеджера в России очень молода. Получить её в вузе нельзя.
Для построения более продуктивной и чистой коммуникации внутри команды важно понимать границы каждой из позиций. Усвоив, что делают и за что несут ответственность продакт и проджект, вы станете лучше понимать их обязанности и точки пересечений. А это важно для создания классных продуктов.
Очевидно: главные различия в том, чем управляет менеджер. То есть первична разница между понятиями «продукт» и «проект».
ПРЕДМЕТ И ПРОЦЕСС
Менеджер продукта отвечает за разработку правильного продукта; менеджер проекта отвечает за правильную разработку продукта (из книги «Вдохновенный: как создавать продукты-хиты»).
Если вы не поняли разницы, прочитайте цитату еще раз :)
Продакт — за продукт, проджект — за процесс. Разница очевидна, но и пересечений хватает. Разберем каждую роль подробно.
Необходимые навыки
Важнейшие личныe качества продакта — это умение выстроить коммуникацию и убедить топов и членов команды в необходимости вкладывать силы, время и эмоции в продукт.
Для проджекта важнее всего понимать, как члены команды делают свою работу и что их мотивирует: эти люди могут стать союзниками или противниками проекта.
Основные навыки двух позиций
Различие ролей
Например, если продукт — это мобильное приложение для подсчёта калорий (отвечает на вопрос ЧТО), то проект — реализуемый план разработки этого приложения с точными сроками и стоимостью (отвечает на вопрос КАК).
Менеджер продукта определяет стратегию развития приложения, приоритезирует релизы, общается с клиентами и определяет набор функций. Цель: создать приложение, которое полюбят пользователи.
Исследуя аудиторию, анализируя данные, общаясь с пользователями, проверяя десятки гипотез в тесном сотрудничестве с маркетологами, дизайнерами, продажами и поддержкой, продакт-менеджер в итоге решает, ЧТО нужно пользователю.
Менеджер проекта координирует работу команды по разработке приложения, реализуя стратегию, определённую продактом или топ-менеджментом. Цель: разработка приложения в срок и в рамках бюджета.
Используя инструменты и методологии, задействуя ресурсы команды, оценивая и сокращая риски, проджект-менеджер решает, КАК создать продукт, уложившись в сроки и бюджет. И в своей ежедневной работе он несет ответственность за достижение этого результата.
СПРОС НА ПРОДУКТОЛОГОВ
Задача проджекта — быстро и эффективно взбираться вверх по лестнице. Задача продакта — приставить эту лестницу к правильной стене.
Мы с вами находимся в тусовке, глядя из которой на секунду может показаться, что вокруг полно отличных продуктов и специалистов, которые за них отвечают. Это не так. В России до сих пор не очень развит институт продуктового управления. Отдельных людей на продуктовые позиции ставят только супер-продвинутые компании, да и то, как правило, из IT-сектора.
Обычно роль продакта играет руководитель бизнеса. В самом этом явлении нет ничего плохого. Плохо, что часто суть работы над продуктом сводится к «чутью»: руководитель испытывает различные галлюцинации относительно потребностей своих клиентов и пытается придумать что-то такое, что эти потребности удовлетворит. Получается редко.
В профессии продакт-менеджера нет никакой rocket science. Некоторые управленцы действительно способны при помощи интуиции выбрать верное направление движения — ту самую стену, к которой нужно приставить лестницу.
Профессиональный продакт сделает то же самое, но гораздо быстрее, и с большей вероятностью достигнет успеха. Он владеет методологией, а как раз она и нужна для того, чтобы снизить неопределенность и предпринять правильные действия в правильной последовательности.
Из того, что я вижу на рынке, можно сделать вывод, что профессиональные продуктологи с каждым днём становятся все более востребованными. Пик популярности их найма ещё не достигнут, он случится года через 3–4, так что с карьерной точки зрения на месте начинающих продакт-менеджеров я бы пока не беспокоился.
Зоны ответственности
Дельные коммуникации
В современных компаниях менеджеры продуктов и проектов находятся в тесном сотрудничестве, совместно работая с командой и топами.
Менеджер продукта ежедневно работает с кросс-функциональными командами, определяя будущее продукта: разработчики, продажи, маркетинг, клиентская поддержка.
Поскольку он ответствен за продукт на протяжении всего жизненного цикла, он должен участвовать в любом проекте, который касается продукта. Таким образом, работа продакт-менеджера подразумевает определение объёма каждого отдельного проекта. Он аргументирует, почему эти проекты позволят достичь продукту поставленных целей.
Менеджер проекта также работает с командой, но он сфокусирован на воплощении планов в жизнь. Его работа более ограничена временными рамками. Он управляет конкретными усилиями. И после завершения проекта он переходит к выполнению новых задач.
Например, для реализации нового UX к конкретной дате формируется команда проекта. Менеджер проекта занимается бюджетом проекта, ресурсами, сроками и качеством. Он должен понимать все детали проекта.
В завершение этих сравнений — небольшая таблица, которая поможет определить, какие задачи лежат в зоне ответственности менеджера. Если вы уже управляете продуктами/проектами, то, выбрав ячейки выполняемых задач, сможете получить визуальный обзор: в какой мере вы сейчас выполняете роль продакта и/или проджекта.
Неоднозначное совместительство
Несмотря на глубокие различия в перечне задач и уровне ответственности, в компаниях нередко совмещают эти должности. Такое совмещение может поставить под угрозу успешное выполнение проекта по нескольким причинам.
- Основной фокус продакт-менеджера со стратегии и клиентов смещается на операционную работу, координацию команды, отчетность, и т. д.
- Очень сложно владеть на хорошем уровне всеми необходимыми навыками для двух позиций. Придется анализировать текущие проблемы и пожелания клиентов, выстраивать стратегию развития продукта, буквально жить в будущем. И в то же время добиваться ежедневной продуктивности команды и отвечать за сроки в работе над текущим проектом.
- Совмещение двух позиций с различными целями часто приводит к конфликту интересов между потребностями клиентов и технологиями разработки.
Конечно, совмещение без потерь в отдельных случаях возможно. В частности, оно редко вредит стартапам ранних стадий. Некоторые воистину многозадачные профи умудряются быть креативными идеологами развития продуктов, одновременно управляясь с реализацией проектов.
Разделение этих позиций принципиально при любом из условий:
- масштабный проект;
- вовлечение нескольких департаментов и заказчиков;
- долгий период поставки продукта;
- широкая география проекта;
- координация 2-х и более команд.
В этих обстоятельствах наличие в команде обеих позиций будет способствовать успешному запуску крутого продукта.
Оригинал моей статьи на tceh.com