Менеджер продукта это: Кто такой продакт-менеджер: объясняем на гифках

Каким должен быть Product Manager в 2020 году

Мы часто говорим о том, как управлять проектами. Однако не стоит забывать, что большинство IT-проектов, так или иначе, будут еще и продуктами. Их развитием тоже управляют, а роль Product Manager или Product Owner (о разнице между этими понятиями поговорим в конце статьи) одновременно похожа и не похожа на роль Project Manager.

В статье прольем свет на то, что делают специалисты по Product Management и какие навыки позволяют им быть эффективными.

Что должен знать Product Manager

Современный бизнес требует от Product Manager глубоких знаний в совершенно разных сферах. Мы выделили 8 основных категорий:

• Знание рынка и выбранной индустрии.
• Маркетинг и вывод продукта на рынок.
• Методики разработки IT-продуктов и технические знания.
• Метрики и аналитика данных о пользователях.
• Методологии и процессы проектного менеджмента.
• Продажи и техническая поддержка клиентов.
• Бизнес-планирование и финансы.
• Управление командой и коммуникации.

Такой объем информации пугает даже специалистов с опытом, ведь очень сложно быть профессионалом во всем вышеперечисленном одновременно. Однако не стоит паниковать. Конечно, product management — сложная наука, но никто не требует изучить ее за один день.

Пункты выше — это напоминание о том, куда можно и нужно развиваться, чтобы стать лучше. При этом, на старте можно оттолкнуться от базовых скилов, обязательных для ежедневной деятельности Product Manager. Давайте остановимся на них подробней.

Как стать менеджером продуктов?

В управление продуктом люди приходят из project-менеджеров, тимлидов, аналитиков, маркетологов и дизайнеров. В 2020-м году переход в Product Management для многих специалистов становится логичной стадией карьерного роста.

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

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

Хотите создавать или уже создаете новый продукт? Хорошо разбираетесь в продакт менеджменте? Попробуйте пройти короткий тест для проверки Product Mindset.
Ответьте на несколько вопросов, чтобы узнать, насколько развито ваше продуктовое мышление.

ПРОЙТИ ТЕСТ

Скилы, необходимые для выживания

Управление жизненным циклом продукта

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

На практике, этот процесс делится на множество этапов. Хороший Product Manager должен понимать жизненный цикл проекта с его стадиями и ключевыми событиями, такими как: поиск целевой аудитории, запуск, признание рынком, падение спроса.

На каждом этапе вы можете использовать определенные инструменты, чтобы максимизировать свою выгоду и получить большую прибыль. Управляя целями продукта, его ценой и маркетинговыми активностями, можно поддержать продукт на стадии роста, увеличить ROI в момент зрелости и замедлить переход к стагнации и падению спроса. Методология разработки должна опираться на жизненный цикл продукта: scrum больше подходит для ранних стадий, Kanban предпочтительней, когда продукт уже зрелый.

Построение стратегии продукта и исследование рынка

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

Product Manager должен четко понимать ценность своего предложения и причины, по которым пользователи должны совершить покупку. Поэтому так важно проанализировать конкурентов, чтобы выделить их сильные и слабые стороны и правильно сформулировать позиционирование собственного бренда, его особенности и идеи, которые продукт должен продвигать в своих коммуникациях.

Это предполагает, что вы проведёте анализ рынка и сможете протестировать свои гипотезы на целевой аудитории. Для этого важно понимать, что такое количественные (данные о посещениях сайта, узнаваемости бренда, конверсионности страниц) и качественные исследования (опросы, глубинное интервью, наблюдение). Одним из важнейших этапов в процессе тестирования идей становится выпуск MVP (решения с минимальным необходимым набором функций). После этого, очень важно правильно собрать и обработать данные от пользователей. Это подразумевает умение использовать различные аналитические платформы и инструменты. Кроме того, будут очень полезны знания статистики и социологии.

Бизнес-модель и финансы

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

Очень важно уметь сформулировать и приоритизировать бизнес -цели, такие как: внедрение новой стратегии монетизации, увеличение прибыли, уменьшение издержек, захват нового рынка, создание бренда. Порой, эти цели будут противоречить друг другу и неправильный порядок действий может погубить весь проект. Очень важно принимать обдуманные и осознанные решения. Кроме того, Product Manager должен уметь создавать финансовый прогноз того, когда бизнес выйдет на самоокупаемость, каких затрат и доходов стоит ожидать в будущем. Без понимания этих цифр даже хороший продукт может ждать неудача. Если в вашей команде есть сильный финансист — подготовьте этот план совместными усилиями.

Создание product roadmap

Успех IT-продукта зависит от действий многих людей. Чтобы помочь им правильно распределить обязанности и понять, как именно они могут повлиять на процесс создания и продвижения продукта , нужно уметь создавать и использовать «дорожную карту продукта».  Для этого нужно правильно сформулировать цели, определить метрики и KPI, дедлайны для каждого этапа, и результаты, которые ожидаете получить после каждой итерации.

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

Product Backlog

Продукт всегда подразумевает пользовательский опыт. Поэтому, чтобы с успехом вывести своё решение на рынок, product менеджеру нужно понимать в UX (User Experience). Это значит, что в процессе создания продукта, он должен не просто описывать функционал, а пытаться передать пользовательский опыт и внести в ТЗ все аспекты взаимодействия с системой. Для этого хорошо подходит Agile-практика формировать backlog в виде user stories. В этом виде описание обретает человечность, может передавать эмоции и ощущения. Вы должны уметь создавать сценарии работы, workflow, работать с mock-ups.  Кроме того, product manager должен плотно сотрудничать с дизайнером, бизнес-аналитиком и системным архитектором.

Создание product backlog — только половина дела. Его нужно правильно приоритизировать, чтобы в конце каждой итерации получать продукт, способный принести определенную ценность для пользователей. В таком случае, его проще тестировать и дорабатывать.

На самом деле, тестирование на пользователях должно быть коньком хорошего product manager. Его задача — уметь правильно собрать обратную связь и улучшить продукт на основании полученной информации. Тут на помощь приходят A/B тесты, usability-тестирование, product demos и другие более сложные ухищрения.

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

Глобальное видение и лидерские качества

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

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

Что мне со всем этим делать?

Вполне возможно, что какие-то из вышеперечисленных навыков развиты у вас больше, чем остальные. Это нормально и даже хорошо, так как, повторимся, управление продуктом — очень многогранная дисциплина. В зависимости от того, что вы умеете лучше всего и какие специалисты есть в вашей команде, метод управления продуктом может меняться. Вы можете занимать роли: классического product owner,  маркетинг product manager, технического продакта, руководителя стартапа и внутреннего product manager.

Классический product owner имеет сильные стратегические скилы. Он должен хорошо разбираться в построении дорожных карт продукта, понимать UI и UX и быть гуру product backlog. Так как эта роль чаще всего используется в методологии Agile, Produсt Owner должен понимать, что такое Scrum и правильно работать со всеми артефактами.

Маркетинг product manager важен для проектов, где сам продукт не является уникальным решением, но спрос на данную категорию товаров достаточно велик, чтобы качественно продвигать неуникальные вещи. В этом случае, работа над продуктом все так же важна, но ориентирована на задачи продвижения и создания бренда.

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

Руководителем стартапа можно назвать менеджера R&D продуктов или проектов, основанных на неожиданном решении привычных проблем. В таких ситуациях основная задача продакта — проверить гипотезу и выяснить, нужен ли рынку разработанный сервис и как его правильно монетизировать. В этом случае, бюджет обычно ограничен, и основной задачей становится привлечение первых пользователей для тестирования концепции и поиск инвесторов.

Если продукт используется, в первую очередь, как решение для внутренней работы большой компании и решения бизнес-задач, то product manager должен уделять особое внимание поддержке клиентов. В этом случае, знанием маркетинга и продаж можно пожертвовать, а вместо этого, больше углубится в тестирование, аналитику и работу с финансовыми показателями.

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

Куда дальше?

Куда же потом растут такие супергерои, как менеджеры продуктов? Ведь такое впечатление, что они уже умеют и знают все, что можно знать и уметь. Частично, это правда. Люди, которые работают на этой должности, имеют определенный образ мышления, который формируется и укрепляется на протяжении всего жизненного цикла работы. Product Manager — это CEO своего продукта, и его мышление очень похоже на мышление предпринимателя.

Одним из распространенных вариантов развития карьеры может стать переход от руководства одним продуктом к управлению направлением. Таким образом, можно захватить всю линейку компании и занять С-Level позицию. Частое решение для менеджера продукта — это свой бизнес. Рисков больше, но и выигрыш стоит того.

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

Менеджер продукта.

Кто это и для чего он нужен

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

1. Что за зверь?

2. ProjectM vs ProductM?

3. Что должен уметь?

4. Так что же должен делать менеджер продукта?

5. Каким командам на рынке 1С необходим менеджер продукта?

Мнение сугубо субъективное. Юмор очень своеобразный. Подача не всегда приятная. Детям не читать. Погнали!

1. Кто такой Product manager?

Откуда это все пошло? С западной части США. Почему оттуда? Потому что именно там, в Юте, был утвержден Agile Manifesto с его «product owner» в 2001-м. Потому что именно благодаря Сан-Франциско и его «Силиконовой долине» в начале 21 века стало широко распространено понятие «стартап», и именно в стартапах возникла глобальная потребность в «product managers». И именно там находится штаб-квартира «Яблока», продемонстрировавшего миру, что может случиться, если продуктом займется хороший product manager.

Ладно, так кто же такой менеджер продукта?

Согласно Википедии – «…человек, отвечающий за создание новых продуктов, анализ рынка, ассортиментную политику и бла-бла-бла…». Или вот еще: «…задача продукт-менеджера — определить концепцию продукта и стратегию его развития. Продукт-менеджер задает критерии успеха и принимает решения…». Уже лучше, но все еще водянисто. Нужно проще.

Смотрим в историю. Когда появились продукт менеджеры? Тогда, когда очевидные потребности людей уже были удовлетворены и необходимо было найти или создать новые. Когда тысячи стартапов пробовали делать десятки тысяч разных продуктов и никто не мог сказать, какой из них будет нужен потребителю. Они даже не знали, кто их потребитель. Короче, всем нужен был ответ на вопрос «ЧТО делать?». И менеджеры продуктов его дали.

Итак, менеджер продуктов — это про «ЧТО». Если смотреть через призму проектного управления, то это про содержание. Например, в PMBoK разделяют project scope и product scope , потому что первое, это все-таки про «как», а вот второе, это как раз «что». Кстати, про проектное управление…

1. ProjectM vs ProductM

Чтобы никто не путался, сразу определим разницу между менеджером продукта и менеджером проекта:

1. Первый – постановщик задачи, второй – контроллер исполнения.
2. Первый говорит, что делать, второй – кто, когда и как это будет делать.
3. Это не может быть один человек, если только он не страдает раздвоением личности.

Часто говорят, что менеджер продукта отвечает за то, чтобы «делать правильные вещи», т.е. за результат, а менеджер проекта за то, чтобы «делать эти вещи правильно», т.е. за эффективность. Ну что тут сказать, правильно говорят, чертяги.

Как правило, эти двое, если они работают вместе, балансируют на грани того, чтобы навалять друг-другу, потому что один всегда хочет сделать лучше, а другой – быстрее и дешевле. Но это, в целом, не мешает им делать хорошие продукты.

Для закрепления образа менеджера продукта вспомним еще одного крутого типа:

1. Что должен уметь product manager?

А вот реально, что? И как этому научиться? Вот тут появляются проблемы. Менеджер продукта – это созидатель, человек творческий. Как можно научиться творчеству? Очень долго время люди считали, что способность творить – это дар, ему невозможно научиться. Сейчас процесс творчества стал лучше детализирован, появились определенные технологии сбора информации с потребителей, людям помогают развивать эмпатию, благодаря которой они могут лучше понять потребителя. Т.е., в-принципе, тут есть чему поучиться.

И все же это далеко не Body of Knowledge, как PMBok. Есть ощущение, что такого свода знаний для менеджеров продуктов не появится, и искать идеальный набор скиллов для менеджера продукта придется каждому самостоятельно, ну или в небольших кучках. А это уже сам по себе творческий процесс. Поэтому если Вы не можете по достоинству оценить Бетховена, Курта Кобейна,и Эминема (именно всех троих) — не мучайтесь, в Вас нет чувства прекрасного, и менеджером продукта, Вам, скорее всего, быть не удастся.

Строго говоря, не существует вуза, специальности или дисциплины, после изучения которой человек был бы (пусть даже теоретически) готов к тому, чтобы стать менеджером продукта. И наоборот, человек, который ни черта не разбирается в программировании, в управлении проектами, не имеет образования маркетолога, реально может стать успешным продукт менеджером. Забавно, да?

И все-таки попробуем определить, что должен делать менеджер продукта, чтобы успешно отвечать на вопрос «Что?».

1. Так что же должен делать менеджер продукта?

a. Знать рынок и конкурентов;

b. Слышать потребителя;

c. Точно определять, что именно должно быть сделано (еще раз, для быстрых, «ЧТО», а не «КАК»), причем выражать свою мысль письменно;

d. Описывать требования к продукту и всегда держать это описание в актуальном состоянии;

e. Разрабатывать презентации и инструкции для тех, кто продает продукт, помогать им продавать.

 

Это если коротко. Заметьте, тут достаточно много скиллов, которые могут быть оценены только субъективно. Как, например, понять, слышит этот человек потребителя или нет? Как вообще отличить хорошего менеджера продукта от плохого, например, на собеседовании? Тут сильно поможет обращение к прошлому опыту:

• Какие продукты у него были ранее?
• Были ли они успешны?
• Если нет, то почему?
• Что он про это говорит?
• Ищет он проблему в себе, или списывает на обстоятельства?

Но давайте, все-таки, разберем эти 5 пунктов. По буковкам.

1. Знать рынок и конкурентов.

Тут все просто. Чтобы ответить на вопрос ЧТО, нужно знать, для КОГО, а также понимать, чего им пока не предложили остальные. Найти, у кого проблема, понять, кто его проблемы пытается решать, и почему у них не получается.

1. Слышать потребителя.

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

В общем, нужно уметь заметить проблему по вершкам, едва вырастающим из земли среди сорняков, и уметь докапываться до корней. Вспоминаем Форда.

1. Точно определять, что именно должно быть сделано.

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

Если в требованиях есть какие-то неопределенности, которые нужно снять – нужно снять их. Не можете сами – попросите кого-нибудь поработать аналитиком.

1. Описывать требования к продукту и всегда держать их в актуальном состоянии.

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

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

1. Разрабатывать презентации и инструкции для тех, кто продает продукт

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

 — Автомобиль.

 — Лошадь.

 — Ав-то-мо-биль!

 — Ло-шадь!

Это, конечно, шутка. Про обезьянок, не про Форда. С продажниками нужно дружить. Ведь если они не захотят или не смогут продавать Ваш гениальный продукт, он уйдет в небытие. Это легко представить, поскольку практически у любой компании на рынке 1С продукт не один: кто-то торгует коробками, кто-то продает разного рода услуги. Если Ваш продукт продажнику не понятен, или продавать его не получается, он будет продавать другие коробки или услуги.

Так что дружимся, учим, помогаем. Да и если приглядеться, продажники – классные ребята, хоть и другие.

1. Каким командам нужен менеджер продукта?

От красивых сказок идем ближе к реальности. Где будет востребован такой герой? Смотрим исключительно на рынок 1С.

a) 1С и партнеры-разработчики.

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

Да и сами продукты были бы более сфокусированы на проблемах клиента. Ведь проблема существующих продуктов 1С и Ко именно в этом – не всегда понятно, для кого они сделаны. Достаточно часто на партнерском форуме приходится слышать от разработчиков 1С ответ «Мы учтем ваши пожелания, но непонятно, когда мы это сможем сделать». И такой ответ встречается на вполне разумные пожелания, поддерживаемые множеством участников форума.

Одна из основных сложностей 1С в этом плане – необходимость разрабатывать максимально широко применимые продукты. Очень сложно угодить толпе, и уж тем более утопично пытаться прислушиваться к ней. В итоге, если попробовать нарезать разработку продукта слоями, в случае с 1С получится модель «Анархия разработчиков»:

Многие партнеры 1С, кстати, наоборот, неплохо понимают потребности их клиентов. Их продукты более узкоспециализированы, а значит, понять, что именно должен давать продукт пользователю, существенно проще. Но у них, к слову, есть другая проблема, приводящая к модели «Красиво, но опасно»:

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

Для компаний, разрабатывающих продукты на платформе 1С, это вобще «must have», потому что не имея таких ресурсов, как у 1С, невозможно сделать продукт «для всех и ни для кого», который бы при этом хорошо продавался.

b) Проектные команды.

Казалось бы, а зачем оно им? Они же не разрабатывают продукты.

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

Во-вторых, в проектах, независимо от того, по какой технологии они выполняются, должен быть кто-то, ответственный за систему, за то, чтобы она удовлетворяла требованиям, снятым с заказчика. И это точно не РП. Этот кто-то – не совсем менеджер продукта. Он еще не говорит самостоятельно, ЧТО должно быть сделано, он, как правило, узнает это у клиента, у одного конкретного клиента. Но может повлиять на это решение, подсадив клиенту пару идей, или высказав свое авторитетное мнение. Этакий эксперт-методолог.  Это и есть будущий менеджер продукта.

c) Продавцы и разносчики пиццы ИТС и коробок 1С.

Им не нужно. Точка.

---

Вместо красивого конца:

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

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

Терацов Николай, компания «Константа»

 

 

Кто такой менеджер продуктов, что ему нужно знать и как развиваться

Рассказываем, кто такие Junior, Middle, Senior в сфере продуктового менеджмента.

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

Оглавление

Кто такой менеджер продуктов и что он делает

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

Менеджер продуктов умеет понимать глубинные боли и потребности пользователей, искать инсайты, а на их основе улучшать продукт. Это значит, что он определяет целевые сегменты, их потребности и условия, при которых эти потребности должны быть удовлетворены.

Какие навыки должны быть у менеджера продуктов

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

• Управлять продуктом и взаимодействовать с командой разработки. Менеджер продуктов определяет, как развивается его продукт, и привлекает команду разработки, чтобы реализовать лучшее решение.

• Создавать стратегию позиционирования и продвижения. Одна из самых недооцененных менеджерами продуктов областей — маркетинг. Недостаточно сделать хороший продукт; о нем нужно рассказать потенциальным клиентам. Вместе с маркетологами и отделом продаж менеджер продуктов прорабатывает варианты продвижения продукта на рынке.

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

• Управлять жизненным циклом продукта. На каждом этапе развития продукта нужен определенный пулл мер. Например, сначала менеджеры продуктов с помощью экспериментов ищут product/market fit, то есть определяют жизнеспособность продукта на рынке. Потом оптимизируют продукт под потребности найденного сегмента, затем ищут новые рынки или сегменты.

• Работать с метриками и аналитикой. Хоть качественные исследования помогают найти боль клиента и принимать решения, только количественные — дают полную картину видения рынка. Менеджер продукта должен уметь принимать решения на основе аналитики.

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

Какие грейды бывают

В этом материале мы будем говорить не о роли или должности менеджера продуктов в компании, а о профессии, то есть о том, как этих специалистов видит рынок в целом.

В профессии менеджера продуктов существует три грейда: Junior, Middle и Senior — начинающий, средний и продвинутый уровни соответственно.

Эта система позволяет:

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

Многие менеджеры продуктов, особенно в небольших компаниях, сталкиваются с «синдромом самозванца». Он выражается в том, что специалисту трудно понять, насколько его знаний и навыков достаточно, чтобы претендовать на определенную позицию. Или понять, что делать дальше, актуальны ли его знания на рынке.

Бывает и наоборот: менеджер продуктов может переоценить свои знания или заблуждаться, какие эталонные знания нужны рынку. Система грейдов помогает избавиться от «синдрома самозванца» и четко видеть пути дальнейшего профессионального развития.

Как определить свой уровень в профессии

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

Еще один вариант оценить собственный уровень в профессии — попробовать получить желаемую должность. Это можно сделать:

• В своей компании. Например, договориться с руководителем, что вы возьмете на себя часть новых задач.
• В новой компании. Можно выбрать подходящую должность и сходить на собеседование в несколько компаний, которые нанимают менеджеров определенного уровня.

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

Junior

менеджер продуктов

Один из самых частых вопросов в продуктовых сообществах: «Как стать менеджером продуктов?». Существует мнение, что не существует Junior Product Manager. Их нельзя назвать менеджерами продуктов, если они не берут на себя ответственность за весь продукт. Но все-таки на рынке существуют специалисты уровня Junior, хоть и не все компании готовы их нанимать.

Несколько сценариев для начала работы менеджером продуктов:

1. Специалист переходит на позицию менеджера продуктов с другой позиции внутри одной компании. Это самый распространенный способ в крупных продуктовых компаниях. В своей работе большинство специалистов впитывают продуктовую культуру: некоторые из них хотят иметь большее влияние на продукт и просят руководство перевести их на эту должность.
2. Нужна помощь опытному менеджера продуктов, чтобы делегировать простые задачи. Это обычно происходит, когда в компании небольшой продуктовый отдел, но продукты растут быстро, а рынок сильных кандидатов ограничен. Начинающий менеджера продуктов фактически работает ассистентом, но с прицелом на рост.
3. В небольшой компании основной список задач приходит от стейкхолдеров или собственника. В этом случае компании не нужен специалист, который будет самостоятельно определять развитие продукта. Чаще нужен исполнитель, который сумеет реализовать потребности собственника.

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

На собеседовании у начинающего менеджера продуктов обычно проверяют понимание основ продуктового мышления, софт скиллы, навыки и роли Product Owner в классическом Scrum. Могут спросить про опыт работы в ИТ-компаниях (лучше продуктовых) в другой роли (например, аналитик, тестировщик, специалист службы поддержки, маркетолог, проджект). Большего обычно не требуют: если компания готова нанять Junior-менеджера, она понимает, что будет обучать его практически с нуля. Главные требования на этом уровне: ответственность и желание учиться.

Чем отличаются Product Manager и Product Owner?

Базовые характеристики работы Junior менеджера продуктов:

• Обладает теоретическими знаниями менеджера продуктов (роли, понятия, фреймворки). Знает основные термины, которые используют в индустрии, понимает принципы проверки гипотез.
• Выполняет задачу внутри проектной или продуктовой работы по шаблону. Например, может провести интервью по написанному скрипту или написать скрипт по шаблону. От начинающего менеджера продуктов будут требовать ответственности хотя бы за отдельную задачу.
• Умеет коммуницировать с командой для выполнения поставленных задач. Например, сможет поставить задачи команде и проконтролировать их выполнение в срок.
• Способен выявить и закрыть потребность конкретного пользователя или стейкхолдера. Junior, скорее всего, не выявляет паттерны поведения целого сегмента, но должен уметь выявить потребность одного конкретного человека: стейкхолдера или клиента.
• Горизонт планирования — спринт. Junior менеджер продуктов не формирует бэклог самостоятельно, но помогает команде реализовать запланированное в спринт.

Минимальный набор знаний, которые помогут выполнять задачи Junior менеджера продуктов:

• Категоризация стейкхолдеров и знание всех заинтересованных лиц для конкретной задачи с определением их приоритетов.
• Метод персон.
• Глубинные интервью (скрипт, проведение, интерпретация результатов).
• Техника «5 почему».
• User Story.
• Методики приоритизации бэклога.
• Метрики качества.
• Основы аналитики.
• Процесс работы с командой (Scrum, Kanban).
• User Story Mapping.

Какие soft skills нужны Junior менеджеру продуктов:

• Продуктовое мышление.
• Коммуникация с небольшой командой.
• Ответственность.
• Стремление к качеству.
• Обучаемость.

Что нужно сделать, чтобы начать работать Junior менеджером продуктов:

• Прочитать о роли менеджера продуктов и основах продуктовой разработки.
• Взять на себя часть обязанностей менеджера продуктов (лучше по согласованию с руководителями). Например, начать проводить интервью с клиентами или описать портрет пользователя.
• Если в компании есть продуктовый отдел, поговорить с его руководителем, рассказать о желании быть менеджерами продуктов, спросить о возможности стажировки.
• Если в компании нет продуктового отдела, искать стажировку в других компаниях. О том, как пройти стажировку и выбрать компанию, мы расскажем в следующих статьях.
• Сходить на конференцию или митап по продуктовому мышлению, чтобы пообщаться с практикующими менеджерами продуктов и задать вопросы о профессии.
• Изучать английский язык. Например, читать статьи на языке оригинала или смотреть видео с субтитрами.

Мы пишем о менеджменте продуктов и развитии в телеграм-каналах make sense и Product Mindset, а обсудить любые продуктовые вопросы можно в Product Sense Chat.

Middle

менеджер продуктов

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

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

Еще на собеседовании попросят рассказать о продуктах, над которыми работал специалист, их целях, вкладе кандидата. Кроме того, проверят, насколько осознанно кандидат подходит к задачам и кейсам.

Базовые характеристики работы Middle менеджера продуктов:

• Берет на себя ответственность за продукт или большую часть продукта, сам формирует бэклог.
• Может сделать проект от начала до конца по заданным KPI. Чаще всего KPI определяются собственником или непосредственным руководителем на основе стратегии компании. Например, цель может выглядеть так: вырастить конверсию в первую покупку на 3% в следующем квартале. От специалиста уровня Middle ждут, что он сам предложит пути решения задачи и реализует ее.
• Умеет определять потребности сегментов и решать их. Middle может выделить достаточно большую аудиторию, определить что им нужно, и сделать продукт, удовлетворяющий эти потребности.
• Рассчитывает потенциальную прибыль и оптимизирует затраты. А еще считает юнит-экономику своего продукта и распоряжается бюджетом в рамках продукта и команды.
• Работает с отделом маркетинга для доставки ценности конечному пользователю. От него ждут не только качественно реализованных продуктов и фичей, но и плана продвижения их для целевой аудитории.
• Взаимодействует и с другими смежными отделами. Например, с отделом поддержки, логистики, с бухгалтерией и юристами.
• Горизонт планирования — 3-6 месяцев. От Middle все-таки не ждут стратегического видения развития продукта, достаточно дорожной карты на квартал или полугодие с основными изменениями в продукте.

1 февраля стартует новый поток нашего курса Product Mindset Intermediate для освоения навыков Middle менеджера продуктов. Его основа — цикл запуска нового продукта. В течение 10 недель участники будут работать над своим продуктом, а не гипотетическим кейсом и пройдут весь путь запуска от проработки идеи до питча прототипа перед экспертами. Стать участником.

Минимальный набор знаний, которые помогут выполнять задачи Middle менеджера продуктов:

• Lean Model Canvas.
• Проверка гипотез.
• Jobs to Be Done.
• A/B-тестирование.
• Customer Journey Map.
• Базовые метрики продукта.
• Инструменты анализа рынка и конкурентов.
• Юнит-экономика.
• Маркетинговые каналы.
• Юзабилити-тестирование, прототипирование.
• Понимание MVP.

Какие soft skills нужны Middle менеджером продуктов:

• Лидерство.
• Проактивность.
• Целеустремленность.
• Самообучаемость.
• Эмпатия.
• Критический взгляд.

Что нужно сделать, чтобы стать Middle менеджером продуктов:

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

Senior

менеджер продуктов

Senior является лидером нескольких менеджеров продуктов (часто не прямым руководителем) с опытом работы в продуктовом менеджменте от трех лет.

На собеседовании на должность Senior менеджера продуктов будут спрашивать о прошлых проектах с точки зрения бизнеса, о построении процессов. То есть спросят, какая была стратегия, на какие данные опирались при принятии решений, как это влияло на бизнес-показатели, какие KPI стояли перед командой и кандидатом, какие новые процессы кандидат выстраивал сам.

Еще проверят умение мыслить стратегически и выходить за рамки привычных фреймворков. Если от Middle ждут понимания основных методик и своевременное их применение, то от Senior менеджера продуктов будут ждать внедрения важных изменений в процессах компании, умения модифицировать фреймворк с учетом особенностей компании.

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

Базовые характеристики работы Senior менеджера продуктов:

• Хорошо знает отрасль продукта, с которым работает. Чтобы сформировать видение развития продукта, Senior менеджер продуктов должен видеть тренды, угрозы и возможности на рынке.
• Принимает решение о создании новых продуктов и о выходе на новые рынки/сегменты.
• Управляет большим сервисом или линейкой продуктов. Как правило, Senior менеджер продуктов управляет не одним продуктом, а целым портфелем. Он будет принимать решения о дальнейших перспективах развития старых продуктов в портфеле и инициировать запуск новых.
• Разрабатывает и защищает стратегию развития продукта перед собственником, топами, акционерами, стратегическим комитетом, принимает участие в стратегических сессиях.
• Коммуницирует со смежными департаментами, с топ-менеджерами, но не забывает отстаивать интересы продуктового отдела.
• Выстраивает продуктовые процессы. Если какой-то процесс не работает, его нужно заменить на новый. Выбор продуктовых фреймворков, их адаптация и внедрение в компании или команде — задачи специалиста третьего грейда.
• Бюджетирование на уровне продукта и команд. Скорее всего, вам придется вести баланс движения денежных средств и P&L, общаться с коммерческим отделом на их языке, разбирается в финансовой отчетности.
• Горизонт планирования — более 6 месяцев. Стратегическое видение — самый важный навык, который отличает Senior от Middle. Специалист на третьем грейде не просто делает фичи, которые будут нравиться пользователям. Он видит перспективы развития рынка и смежных областей, ищет новые сегменты и рынки, делает стратегические ставки на основе сильных и слабых сторон продуктов и действий конкурентов.

Минимальный набор знаний, которые помогут выполнять задачи Senior менеджера продуктов:

• Кастомные метрики, Пирамида метрик, NSM (North Star Metric).
• Маржинальный подход, P&L.
• KPI и OKR.
• Competitive Intelligence.
• Стратегические фреймворки: например, анализ пяти сил Портера, матрица БКГ, PEST-анализ, ABCDX-сегментация клиентов, SPACE-анализ, форсайты, сценарный квадрат, канвас эволюции продукта.
• Глубокое понимание аналитики и статистики, умение принимать на их основе долгосрочные решения.
• Масштабируемые процессы проверки гипотез с минимальными затратами денег/времени. Организация процессов.
• Монетизация и бизнес-модели.

Какие soft skills нужны Senior менеджеру продуктов:

• Сильные лидерские качества.
• Наставничество.
• Переговоры.
• Стратегическое мышление.
• Умение выходить за рамки шаблонных процессов и фреймворков.

Что нужно сделать, чтобы стать Senior менеджером продуктов:

• Учиться у лучших: найти ментора-предпринимателя или попросить своего руководителя о менторстве. Хорошо, если ментор будет на пару уровней выше вашего. О том, как найти ментора, мы подробно расскажем в следующих статьях.
• Следить за трендами, прокачивать стратегическое мышление. Читать о развитии продуктов и стартапов. Разбираться в причинах успехов и провалов, обсуждать их в профильных чатах/каналах.
• Стать наставником. Помогать развиваться вашей команде, коллегам, перспективным менеджерам продуктов не из вашей компании.
• Повышать публичность: например, выступать на конференциях и митапах, писать заметки в социальных сетях.
• Общаться в профессиональных сообществах. Опытные коллеги смогут помочь вам советом, менее опытные станут потенциальными сотрудниками.
• Погружаться в экономику и финансы.
• Прокачивать навык переговоров.
• Делегировать мелкие задачи, чтобы сосредоточиться на высокоуровневых решениях и процессах.

Можно ли расти дальше?

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

Несколько вариантов развития карьеры:

• Перейти от управления одним продуктом к управлению целым направлением.
• Занять позицию С-Level и участвовать в принятии стратегических решений на уровне компании.
• Начать развитие собственного бизнеса.
• Перейти в смежное направление: маркетинг, менеджмент и другие.

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

• Product Mindset Beginner — бесплатный месячный курс, который поможет освоить базовые навыки менеджера продуктов, с практическими заданиями на учебном продукте. Подойдет новичкам и тем, кто хочет погрузиться в профессию.
• Product Mindset Intermediate — курс с практическими заданиями о проработке нового продукта от идеи до MVP. Подойдет тем, кто хочет прокачаться до Middle Product Manager.
• Product Mindset Advanced — курс для опытных менеджеров продуктов, который поможет профессионально развиваться до уровня Senior без отрыва от работы.

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

Узнать подробности о курсах и оставить заявку на обучение на сайте ProductMindset.

Все выпуски гайда менеджера продуктов

Мы публикуем новые выпуски гайда в канале Product Mindset, подписывайтесь, чтобы не пропустить!

его роль и рекомендации для новичков

Сразу признаюсь: десять лет назад, когда мне предложили подать заявление на должность менеджера по продукту в Atlassian, я ничего не знал о продакт-менеджменте. И в этом не было ничего необычного. Несмотря на то что область управления продуктами уже существовала в той или иной форме на протяжении нескольких десятилетий, должность менеджера по продукту начала набирать обороты лишь 20 лет назад. И я по-прежнему встречаю на конференциях доклады на тему «Чем занимается менеджер по продукту?» (На самом деле, я даже сам выступил с одним из подобных докладов.)

Кто такой менеджер по продукту?

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

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

Сначала Мартин Эрикссон, экстраординарный руководитель продукта и основатель ProductTank, представил продакт-менеджмент в виде диаграммы Венна, согласно которой менеджер по продукту находится на пересечении бизнеса, технологии и пользовательского взаимодействия. Пятнадцать лет назад Бен Хоровиц, генеральный директор Opsware, назвал менеджера по продукту «генеральным директором продукта».

Я согласен как с Эрикссоном, так и с Хоровицем, но не всегда разделяю трактовку их определений. Люди видят диаграмму Эрикссона и думают, что менеджеры по продукту заведуют всеми тремя дисциплинами (пользовательским взаимодействием, технологией и бизнесом). Впрочем, он действительно говорит о том, что менеджеры по продукту должны определять оптимальное сочетание всех трех потребностей, принимать сложные решения и находить компромиссы. Узнав об аналогии Хоровица, люди думают, что менеджеры по продукту имеют некие особые полномочия. Это не так. Однако, как и генеральные директора, менеджеры по продукту устанавливают цели, критерии успеха, помогают мотивировать команды и несут ответственность за конечный результат.

Обязанности менеджера по продукту

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

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

Если говорить в целом, хороший менеджер по продукту занимается несколькими задачами.

• Определение и представление потребностей пользователей.

• Мониторинг рынка и анализ конкурентов.

• Создание концепции продукта.

• Согласование концепции продукта с заинтересованными сторонами.

• Установка приоритетов для функциональных возможностей продукта.

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

Менеджер по продукту и владелец продукта

Если команда придерживается какой-либо методики Agile, у нее могут возникнуть трудности, когда придет время определить обязанности менеджера продукта. Так, командам Scrum дополнительно требуется владелец продукта.

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

Это может происходить следующим образом.

Участие в повседневной деятельности

Менеджер по продукту	Владелец продукта
Работает с внешними заинтересованными сторонами	Работает с внутренними заинтересованными сторонами
Помогает определить концепцию продукта	Помогает командам выполнять работу на основе общей концепции
Намечает критерии успеха	Намечает план для достижения успеха
Отвечает за концепцию, маркетинг, ROI	Отвечает за бэклог команды и реализацию работы>
Работает на концептуальном уровне	Участвует в повседневной деятельности

Однако при изменении состава и методов работы команды могут несколько измениться и обязанности. Например, если команда не использует Scrum (применяет Kanban или что-то другое), работа менеджера по продукту может в конечном итоге вылиться в расстановку приоритетов для команды разработчиков и обеспечение единого взгляда внутри команды. С другой стороны, если команда использует Scrum и не имеет менеджера по продукту, обязанности владельца продукта часто включают в себя некоторые обязанности менеджера по продукту.

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

Советы и рекомендации для эффективной работы менеджера по продуктам

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

Ситуация усложняется тем, что управление продуктом только начинает становиться отдельной дисциплиной. Если старшее поколение попадало в управление продуктом из области проектирования, дизайна, финансов или маркетинга, то современная молодежь сразу начинает строить карьеру в этой области.

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

Безжалостно расставляйте приоритеты

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

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

Четкое понимание целесообразности каждого из вариантов направляет менеджера по продукту к правильному решению.

Знайте текущую ситуацию

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

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

Предоставьте команде возможность принимать собственные решения

Менеджеры по продукту не могут принимать все решения. Поверьте, я пытался. В конце дня у меня почти всегда есть непрочитанные сообщения. Я часто загружен в два или три раза больше, чем могу выполнить. Я мог бы целыми днями отвечать на вопросы и при этом никогда не закончить.

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

Научитесь оказывать влияние без полномочий

Я знаю младшего менеджера по продукту, которого уважает практически вся команда, хотя в самом начале многие участники выбрали бы более опытного руководителя, будь у них такая возможность. Как эта женщина расположила к себе окружающих? Она пригласила каждого из 30 участников команды на кофе и выслушала.

Влияние может принимать различные формы. Сначала необходимо выслушать людей и разобраться, как на них можно оказать влияние. Затем нужно понять, как убедить их согласиться с вашей точкой зрения. Большого успеха добиваются хорошие рассказчики, способные убедить оппонента в своей правоте даже в отсутствие фактов. Однако некоторых людей нельзя убедить до тех пор, пока они не увидят вас в деле. Умение определять рычаги воздействия на конкретного человека является ключом к лидерству без прямых на то полномочий.

Станьте толстокожими

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

Лучшие менеджеры по продуктам

Я считаю, что по-настоящему выдающиеся менеджеры по продукту встречаются один раз на миллион. Они могут сделать все вышеперечисленное и создать потрясающую концепцию продукта. Это уникальные люди: дальновидные, очень влиятельные, умеющие привести разумное объяснение и убедить других, даже не имея данных. На ум приходят такие люди, как Стив Джобс и Илон Маск.

Мы боготворим этих людей отчасти потому, что приятно вспоминать человека, добившегося больших достижений. Но в 99 % случаев отличные продукты созданы не одним великим мыслителем. Над ними трудились команды людей, которые делают действительно хорошую работу. Задача менеджера по продукту заключается в разработке своего уникального способа руководства такой работой.

Поделитесь этой статьей

Sherif Mansour

Шериф Мансур занимается разработкой программного обеспечения более 20 лет. В настоящее время он является почетным менеджером по продуктам Atlassian. Как давний сотрудник Atlassian, он причастен к разработке Confluence, решению проблем во всех облачных продуктах Atlassian и созданию нового инкубатора продуктов внутри Atlassian. Шериф также сыграл ключевую роль при разработке новых продуктов Atlassian, таких как Stride, Team Calendars и Confluence Questions. Сегодня он руководит стратегией развития новейшего продукта Atlassian — Team Central. Шериф считает, что создать простой продукт так же сложно, как и написать простую краткую биографию.

Войти в ИТ: профессия Product Manager| rabota.by

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

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

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

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

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

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

Чем больше сфер человек затронул за время своей предыдущей работы, тем у него больше потенциала стать классным Product Manager. Ближе всего к продуктовой части стоит Project Manager. Хорошо вливаются бывшие руководители команд разработки и других направлений – это люди с менеджерским опытом и опытом работы с командой. Есть еще люди, которые по своей природе предприниматели. Даже если они не работали в ИТ-сфере, но у них есть опыт организации людей, процессов, они знают, как на других продуктах зарабатывать деньги, то им будет легко. В любом случае, начав работать продакт-менеджером, человеку понадобится 2-3 года на усиленное обучение, а лучше 5. Несмотря на то, что я директор по продукту, я продолжаю учиться, особенно у своих коллег. У инженера по QA можно научиться новым фишкам в тестировании продукта, у дизайнера – по юзабилити, у маркетолога – новым трендам закупки трафика…

По образованию я юрист, но осознав, что мне близок маркетинг, устроился специалистом по работе с клиентами в рекламное агентство. Со временем стал руководителем направления по работе с клиентами. В агентстве я научился правильно продвигать продукты, работать с командой, появилось понимание бизнес-процессов и того, как люди создают свои продукты и ведут бизнес. Например, строительная компания, тоже обладает продуктом, зарабатывает не нем деньги и постоянно развивает.

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

Я рекомендую проходить курсы на платформе GoPractice!, но не сразу, а когда человек уже будет работать с конкретным продуктом. Можно начать с чтения их блога. Для продакт-менеджеров сегодня есть много тематических телеграм-каналов, которые помогут прокачать скиллы и узнать последние тренды: “Темная сторона”, “Стартап дня”, TechSparks, Mobile Insights, Rad ASO.

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

На старте работы продакт-менеджером work-life баланса не существует. Когда ты вовлечен, ты постоянно об этом думаешь. Даже когда ты приходишь домой и не работаешь, то продолжаешь обдумывать, что в продукте можно сделать еще. В свободное время с друзьями тоже продолжаешь обсуждать работу. Но когда любишь то, чем занимаешься, то относишься к работе как к хобби. Это позволяет перезагружаться и генерировать идеи за счет общения с новыми людьми и активного отдыха, который помогает отвлечь мозг.

Первым делом советую поменять свое мышление. Плохая история – обучаться сразу Product Management. Предлагаю разбить работу над продуктом на части и каждую из них подтянуть до достаточного уровня. Начинать ассистентом Product Manager категорически не советую: на этой позиции можно застрять, выполняя мелкие задачи, которыми лень заниматься Product Manager.

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

Менеджер продукта и владелец продукта: в чем разница | GeekBrains

Разбираемся с ролями и обязанностями продакт-менеджера и продакт-оунера

https://d2xzmw6cctk25h.cloudfront.net/post/2046/og_image/a33c747a761de0f386a6185ecdfa4600.png

В статьях об управлении продуктами часто пишут о разнице между продакт- и проджект-менеджер — наверно, потому что звучит очень схоже. Если вы смогли в этом разобраться, то вот вам другая задача, со звёздочкой: понять разницу между менеджером продукта (он же продакт-менеджер, product manager, PM) и владельцем продукта (продакт-оунер, product owner). Вопрос непростой, тем более что в некоторых компаниях предпочитают объединять эти роли, вручая все обязанности одному человеку. Можно ли так делать и в чём разница, разбираемся вместе с куратором программы курса Project Manager Дмитрием Васиным.

Кто чем занимается

Если вкратце, продакт-менеджер — лицо, которое принимает окончательное стратегическое решение по продукту: по его видению, стратегии, бизнес-цели. А владелец продукта — это роль в методологии Scrum, ответственная за достижение максимальной ценности продукта.

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

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

Почему возникает путаница

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

Есть подходы, где разделяют роли продакт-менеджера и продакт-оунера, чтобы облегчить масштабирование. Например, SAFe — Scaled Agile Framework — фреймворк для координации работы над проектом (или связанными проектами) для пяти и более скрам-команд. Владелец продукта в SAFe — не то же самое, что продакт-оунер в Scrum, так что это только добавляет путаницы. Зачем тогда в Scrum вообще введена роль владельца продукта? Почему бы в фреймворке не использовать термин «менеджер продукта»? 

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

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

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

Чтобы начать работать гибко, в этом случае достаточно ввести должность продакт-оунера (владельца продукта). Scrum позволяет возложить эту роль на кого-то из команды — так что не придётся создавать целую группу управления продуктами и инициировать организационные изменения. Сотрудники бизнес-подразделений после обучения и инструктажа смогут выступать в качестве владельцев продуктов. Но в долгосрочной перспективе полезно выделять эту функцию отдельно.

На практике термины «менеджер продукта» и «владелец продукта» часто используются как взаимозаменяемые. Однако специалисты не играют одну и ту же роль под разными именами — это две уникальные функции. Сравним рабочие задачи:

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

Может ли продакт-оунер быть менеджером продукта?

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

Короткий ответ: да, владелец продукта может быть менеджером продукта — и наоборот. А если это всё-таки два разных специалиста, то крайне важно, чтобы они понимали, чем различаются их роли и обязанности.

Можно пройти международный двухдневный тренинг, чтобы называться владельцем продукта. Но проблема в том, что потом человек занимает должность менеджера по продукту — и не имеет ни малейшего понятия, что делать. Он на самом деле не понимает всего объёма своих обязанностей и не знает, как добиться успеха в работе.

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

Материалы для дальнейшего изучения

• Руководство по Scrum — исчерпывающее описание правил игры, ролей, событий, практик и ценностей. Это первое, с чего нужно начать изучение фреймворка.
• Product Manager vs Product Owner — статья одного из совладельцев компании Silicon Valley Product Group Марти Кегана. Он участвовал в разработке многих успешных продуктов, был старшим вице-президентом по управлению продуктами и дизайном в eBay, а до этого — вице-президентом в AOL и Netscape Communications, инженером-программистом в HP Labs.
• Описание ролей в SAFe — информация о гибком фреймворке, который позволяет использовать Agile-методологии в больших командах (от 50 человек).

Менеджер продукта — увлекательная профессия, освоить которую можно на факультете GeekUniversity. За 14 месяцев обучения вы вместе с дизайнером и командой разработчиков создадите свой продукт и на собственном опыте узнаете о множестве нюансов работы продакт-менеджера.

Продукт-менеджер

5 причин не идти в Product University

1) 8 недель без перерыва и выходных
Сейчас, просто читая это, ты мой друг, скорее всего не понимаешь насколько это много. Это 56 дней, или 3360 часов, или 201 600 минут, или 12 096 000 секунд. До сих пор не много?
Когда впервые услышала, что будет ВСЕГО 2 месяца, звучало быстро, Поучусь и будет счастье. Не будет. У меня не было. Особенно остро ты почувствуешь боль этих 8 недель после вторых выходных, на которых тебе не удастся отдохнуть. Отдых ты заменишь на просиживание штанов возле монитора или за книгой, в попытках наверстать и изучить новый материал. Когда все празднуют 8 марта, дни рождения, да или просто пятницу, а ты сидишь в думках о пятом способе адаптировать идею под рынок, невольно понимаешь, что выпал из своей жизни.
Где-то на середине, на экваторе, уже весьма потрепанный и демотивированный, ты вспоминаешь, что не успел сделать задание… и начинаешь плакать. Делать и плакать. Плакать и продолжать делать, заставляя себя просто идти дальше. Ведь ты дал обещание себе и всем вокруг, что 8 недель ты обязуешься выполнять задание. Зачем это все?

2) Один час: меньше слов, больше дела
Вначале тебе обещают, что нужно уделять всего один час на решение задач. На деле получается больше. Намного больше. Даже при знании тематики, одного часа не хватает чисто физически. А если это что-то новое, приходится читать и изучать тему глубже, чтобы осмысленно принять решение и найти ответ на вопрос. Иначе какой из тебя продакт?

3) Работа, которая тебя кормит? Забудь про нее
«Можно учиться, не отрываясь от работы?»
В теории, наверное, да. Или надо брать отпуск на 2 месяца. Из-за достаточно высокой интенсивности, работа уходит на второй план. В первый месяц у меня это успешно получалось. На второй начался ад. Мой рабочий продукт выкатил альфу версию, которая нуждалась в моем 100% внимание. Вот тут начался карнавал бессонных ночей. Зачем отказываться от сна?

4) Быстрое переключение из одной темы на другую
Каждый 2 недели начинается новый блок. В каждом блоке 14 заданий и тем. Только ты начинаешь понимать, как проводить custdev, как тебя просят собрать MVP нового продукта. Никакого чувства комфорта и безопасности. Каждое новое задание выкидывает в новые условия, проверяя на прочность. Если ты ждешь комфортного обучения — даже не пытайся попасть сюда. Зачем подвергать себя пыткам?

5) Дедлайн — не шутки
Признаюсь честно, ежедневный дедлайн оказывал на меня жуткое давление. Тем более, что не выполнение заданий — это прямой путь к отчислению. К понедельнику (день отчисления) нервы сдавали настолько, что я нервно в течении дня обновляла страницу, боясь, что она окажется закрытой. В моем to do я даже не зачеркивала задачу «сделать задание в PU», от чего незакрытый Гештальт преследовал даже во сне. Зачем так портить свою нервную систему?

Но сегодня, уже как выпускник школы, я точно сформулировала для себя ответы на все эти вопросы. Акселератор — не просто школа, она имитация реальной жизни. Она еще раз напомнила мне, что работа над продуктом — это марафон, а не спринт. А продукт, над которым я работала все эти 8 недель оказалась я сама. Мне привили предпринимательское мышление и понимание того, что в работе с продуктом мне нужно быть его мини-СЕО.
А главным продуктом оказалась я сама, как Продакт на рынке труда. Над чем я и буду работать всю жизнь. Благодаря школе наработала полезную привычку делать одно маленькое (иногда не очень) действие, чтобы двигаться дальше. Дать себе честный фидбек и посмотреть на себя со стороны. Преподнести сильные стороны и проработать слабые.

Спасибо за знания. Спасибо за людей. Спасибо за опыт.

Роль и лучшие практики для новичков

Во-первых, признание: десять лет назад, когда меня пригласили подать заявку на должность менеджера по продукту в Atlassian, я не знал, что такое управление продуктом. В этом не было ничего необычного. В то время как управление продуктом существовало в той или иной форме в течение нескольких десятилетий, титул «менеджер по продукту» начал набирать обороты менее 20 лет назад. И все же я сталкиваюсь с докладами на конференциях под названием «Чем занимается менеджер по продукту?» (На самом деле, я как бы выступал с одним из таких выступлений.)

Кто такой менеджер по продукту?

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

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

Мартин Эрикссон, выдающийся руководитель продукта и основатель ProductTank, первоначально суммировал управление продуктом в простой диаграмме Венна, которая помещает менеджера продукта на стыке бизнеса, технологий и взаимодействия с пользователем. Пятнадцать лет назад Бен Хоровиц, генеральный директор Opsware, назвал менеджера по продукту «генеральным директором продукта.

Я согласен и с Эрикссоном, и с Горовицем, но не всегда с тем, как интерпретируются их определения. Люди видят диаграмму Эрикссона и думают, что менеджеры по продукту управляют продуктом по всем трем дисциплинам (UX, технологии и бизнес). На самом деле, он говорит, что продакт-менеджерам необходимо уравновесить все три потребности и принимать трудные решения и идти на компромиссы. Люди слышат аналогию Горовица и думают, что у менеджеров по продукту есть какие-то особые полномочия. Они этого не делают. Но, как и генеральный директор, менеджеры по продукту ставят цели, определяют успех, помогают мотивировать команды и несут ответственность за результат.

Обязанности менеджера по продукту

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

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

В целом, хороший менеджер по продукту будет тратить свое время на выполнение нескольких задач.

• Понимание и представление потребностей пользователей.

• Мониторинг рынка и разработка конкурентного анализа.

• Определение видения продукта.

• Объединение заинтересованных сторон вокруг видения продукта.

• Определение приоритетов функций и возможностей продукта.

• Создание общего мозга в больших командах для расширения возможностей независимого принятия решений.

Менеджер по продукту против владельца продукта

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

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

Вот как это происходит:

Участвует в повседневной деятельности

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

Но ответственность s может немного измениться, когда меняется состав и практика команды.Например, если команда не занимается Scrum (скажем, они используют канбан или что-то еще), менеджер по продукту может в конечном итоге определить приоритеты для команды разработчиков и сыграть большую роль в обеспечении того, чтобы все были на одном уровне. страница. С другой стороны, если команда занимается Scrum, но у нее нет менеджера по продукту, то владелец продукта часто берет на себя некоторые обязанности менеджера по продукту.

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

Лучшие практики и советы, как стать отличным менеджером по продукту

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

Ситуация усложняется тем, что люди только начинают использовать управление продуктом как намеченную дисциплину. Там, где старшее поколение «попало в управление продуктом» из инженерии, дизайна, финансов или маркетинга, молодое поколение начинает свою карьеру, думая об управлении продуктом.

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

Безжалостно расставляйте приоритеты

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

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

Четкое понимание затрат и выгод каждого выбора помогает менеджеру по продукту принять правильное решение.

Знать местность

Менеджеры по продуктам должны знать местность лучше, чем кто-либо другой. Они очень редко начинают с чистого листа. Более чем вероятно, что менеджеры по продукту увлечены тем, что уже набирает обороты. Если они начнут действовать, не удосужившись сориентироваться, они примут неверные решения.

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

Предоставьте своей команде возможность принимать собственные решения

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

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

Научитесь влиять без полномочий

Я знаю младшего менеджера по продукту, которого почти повсеместно уважает ее команда, хотя изначально многие из ее членов обменяли бы ее на более опытного лидера, учитывая выбор. Как она передумала? Она повела каждого члена команды из 30 человек на кофе и выслушала их.

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

Развивать толстую кожу

Компромиссы неизбежно сделают людей несчастными. Хитрость заключается в том, чтобы сначала сделать правильный выбор, а затем суметь объяснить, почему вы приняли это решение.Если вы умеете объяснять свое решение, кому-то оно все равно может не понравиться, но чаще всего они будут уважать то, как вы его приняли. И даже если они этого не делают, отличные менеджеры по продукту находят способ справиться с этим.

Отличные менеджеры по продуктам

Для меня действительно великие менеджеры по продуктам — один на миллион. Это люди, которые могут сделать все вышеперечисленное и создать невероятное видение продукта. Это редкая порода, которая дальновидна, очень влиятельна, может объяснять людям причины принятия решения и убеждать их — даже без данных.На ум приходят такие люди, как Стив Джобс и Илон Маск.

Мы боготворим этих людей отчасти потому, что это приятно, когда дело касается большого достижения. Но в 99% случаев великие продукты создаются не одним великим мыслителем. Их создают команды хороших людей, которые действительно хорошо работают. Работа менеджера по продукту — разработать свой уникальный способ руководства этой работой.

Шериф Мансур

Шериф Мансур занимается разработкой программного обеспечения более 20 лет.В настоящее время он является выдающимся менеджером по продуктам Atlassian. Как давний опытный сотрудник Atlassian, он отвечал за Confluence, пытаясь решать проблемы со всеми облачными продуктами Atlassian и создавая новый инкубатор продуктов внутри Atlassian. Шериф также сыграл ключевую роль в разработке новых продуктов в Atlassian, таких как Stride, Team Calendars и Confluence Questions. Сегодня он руководит продуктовой стратегией новейшего продукта Atlassian — Team Central. Шериф считает, что создавать простые продукты сложно, и поэтому пишет простую короткую биографию.

Роли и обязанности менеджера по продукту

Что такое менеджер по продукту?

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

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

Навыки и компетенции, необходимые для работы в должности менеджера по продукту

В большинстве случаев описание менеджера по продукту охватывает невероятно широкий спектр навыков. Однако у большинства ролей менеджера по продукту есть несколько ключевых компонентов:

• Опыт в предметной области : Очень часто именно ваше знание вашего рынка и области продукции является причиной того, что ваша компания наняла вас. Тот факт, что вы знаете клиентов и бизнес, является основной причиной, по которой вы теперь являетесь менеджером по продукту.
• Бизнес-опыт : Люди говорят, что менеджер по продукту является генеральным директором продукта. Хотя обычно это не на 100% верно, обычно необходимо убедиться, что компания приносит прибыль. Вам необходимо иметь набор деловых навыков, чтобы ваш продукт оставался прибыльным.
• Лидерские навыки : Многие люди в вашей компании ждут от вас совета. Если у вас нет лидерских качеств за плечами, вам нужно быстро их развивать.
• Операционные возможности : Менеджеры по продуктам должны глубоко погрузиться во многие мельчайшие детали, необходимые для управления продуктом: например, создание номеров деталей или обновление электронной таблицы.Иногда вы можете поручить выполнение этих задач кому-то другому, но во многих случаях ответственность за них несете вы.

Роль менеджера по продукту: навыки и компетенции

Чем занимается менеджер по продукту?

Менеджер по продукту:

• Определяет видение продукта, стратегию и дорожную карту.
• Собирает, управляет и определяет приоритеты требований рынка / клиентов.
• Выступает в роли адвоката клиента, формулирующего потребности пользователя и / или покупателя.
• Тесно сотрудничает с инженерами, продажами, маркетингом и службой поддержки, чтобы обеспечить достижение бизнес-целей и целей удовлетворенности клиентов.

Разработка важных цифровых продуктов

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

Обязанности менеджера по продукту: ключевые задачи

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

• Определяет видение продукта, стратегию и дорожную карту.
• Собирает, управляет и определяет приоритеты требований рынка / клиентов.
• Выступает в роли защитника интересов клиента, формулируя потребности пользователя и / или покупателя.
• Тесно сотрудничает с инженерами, продажами, маркетингом и службой поддержки, чтобы обеспечить достижение бизнес-плана и целей удовлетворенности клиентов.
• Обладает техническими знаниями о продуктах или опытом в конкретной предметной области.
• Определяет, что решать на рынке . Документ , в котором вы формулируете ценную рыночную проблему, которую решаете, вместе с приоритетами и обоснованием каждой части решения.
• Запускает бета-версии и пилотные программы на этапе квалификации с почти готовыми продуктами и образцами. В Agile-средах регулярно проверяет выполненную работу и проверяет ее у клиентов, чтобы убедиться, что она соответствует их ожиданиям.
• Эксперт рынка. Экспертиза рынка включает понимание причин, по которым клиенты покупают товары. Это включает в себя глубокое понимание конкуренции и того, как клиенты думают о вашем продукте и покупают его. Для выполнения этих задач менеджерам по продуктам необходимы навыки исследования рынка и конкурентного анализа.
• Выступает в роли лидера продукта в компании.
• Разрабатывает бизнес-модель для новых продуктов, улучшений существующих продуктов и коммерческих предприятий.
• Разрабатывает позиционирование продукта.
• Рекомендует или предоставляет информацию при установлении цен на продукты. Это утверждение верно не во всех отраслях, особенно, например, в страховании; однако осведомленность о конкурентоспособных ценах — это часть того, что компании ожидают от вас при принятии решения о ценообразовании.

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

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

Требуемый опыт и знания в роли менеджера по продукту

Менеджеры по продуктам

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

• Продемонстрированный успех в определении и запуске продуктов, которые соответствуют бизнес-целям и превосходят их.
• Отличные письменные и устные коммуникативные навыки.
• Знание предметной области в конкретном продукте или на рынке. Это должно включать конкретные отраслевые или технические знания.
• Отличные навыки работы в команде
• Доказанная способность влиять на межфункциональные команды без формальных полномочий

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

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

Должностные инструкции менеджера по продукту

См. Пример описания должности менеджера по продукту.

Что вы, скорее всего, услышите от менеджера по продукту

«Я должен был взять на себя ответственность и убедиться, что мой продукт поступит на рынок вовремя».

Поделитесь даром знаний

Узнайте о других ролях, которые работают с менеджерами по продукту

Полное руководство по ролям в управлении продуктом [обновлено в 2021 году]

Лучшие менеджеры по продукту — провидцы.Вы руководите успехом продукта и возглавляете кросс-функциональную команду, которая отвечает за его улучшение. Это важная организационная роль, особенно в технологических компаниях. Вы устанавливаете стратегию, дорожную карту и определение функции для продукта или линейки продуктов. Должность также может включать в себя ответственность за маркетинг продукта, прогнозирование и прибыль и убыток (P&L).

Менеджеры по продуктам обладают знаниями, необходимыми для руководства и принятия стратегических решений по продуктам. Хотя уже говорилось, что менеджеры по продукту являются «мини-руководителями» продукта, на самом деле точнее будет сказать, что вы являетесь лидерами продукта на стыке бизнеса, технологий и взаимодействия с пользователем (UX).Это связано с тем, что эта роль охватывает многие виды деятельности, от стратегических до тактических, и обеспечивает важное межфункциональное лидерство — в первую очередь между группами разработки, маркетинга, продаж и поддержки. Вы анализируете рыночные и конкурентные условия, формируя дифференцированное видение продукта, обеспечивающее уникальную ценность в соответствии с требованиями клиентов.

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

Типы менеджеров по продукту

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

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

В таблице ниже приведены некоторые из наиболее распространенных ролей по управлению продуктом:

00 Заинтересованные стороны

Менеджер по продукту

Должность	Focus	Заинтересованные стороны
Управляет всем жизненным циклом продукта и дорожной картой продукта	Внутренний — проектирование, продажи, маркетинг, успех клиентов, юридические вопросы, руководство и члены совета директоров Внешний — клиенты, конечные пользователи и партнеры
Владелец продукта	Поддерживает команду разработчиков, расставляя приоритеты в бэклоге продукта и создавая пользовательские истории	Внутренний — разработчики, дизайнеры и технические менеджеры
Менеджер по развитию продукта	Обеспечивает бизнес-результаты — рост, удержание клиентов, выручка и т. Д.	Внутренний — руководители бизнеса
Технический менеджер по продукту	Работает с командой инженеров над основными спецификациями и функциональностью продукта	Внутренний — разработчики, дизайнеры и технические менеджеры
Менеджер по продукту платформы	Создает и оптимизирует технические компоненты, общие для нескольких продуктов	Внутренний — инжиниринг

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

Обязанности менеджера по продукту

Давайте сосредоточимся на основных обязанностях менеджера по продукту. Хотя объем работы широк, ваши повседневные обязанности обычно можно разделить на следующие шесть областей:

1. Определение стратегии

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

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

2. Определение выпусков

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

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

3. Оценка идей

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

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

4. Приоритезация функций

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

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

5. Создание и распространение стратегических дорожных карт

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

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

6. ​​Анализ и отчетность о ходе работы

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

Считайте приведенный ниже список отправной точкой для вдохновения и сохранения вашей команды сосредоточенной на выполнении своей работы наилучшим образом:

• Эффективность команды

  • Как продвигаются наиболее важные инициативы?

  • Какие недостатки или препятствия необходимо устранить?

  • Удовлетворены ли мы скоростью работы команды?

  • Есть ли проблемы с емкостью, которые необходимо решить?

• Использование продукта

  • Какие функции продукта используются чаще всего и реже всего?

  • Где пользователи застревают и отказываются от нашего предложения?

  • Какой процент пробных версий конвертируется в платные аккаунты?

  • Сколько аккаунтов растет по сравнению ссколько сокращаются?

Советы для новых менеджеров по продукту

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

Начните со стратегии	Каждое решение о продукте, даже на раннем этапе, должно основываться на стратегии.Так что не спешите принимать решения импульсивно. Изучите существующие цели продукта и убедитесь, что вы понимаете, чего пытаетесь достичь.
Познакомьтесь со своими клиентами	Сочувствие необходимо для менеджеров по продукции. Потратьте время на то, чтобы действительно узнать проблемы, которые вы решаете для клиентов. Участвуйте в телефонных звонках, найдите время для встречи с реальными клиентами и проанализируйте всю доступную вам информацию и данные. Для глубокого понимания требуется более 30 дней, но вы можете добиться большого прогресса, проявив любопытство в первый месяц.
Налаживайте отношения со своей командой	Самостоятельно вы не добьетесь успеха. Чтобы создать правильный продукт, менеджеры по продуктам полагаются на команду разработчиков и дизайнеров. И вы полагаетесь на маркетинг и продажи, чтобы успешно вывести его на рынок. Так что выстраивайте искренние связи со своими товарищами по команде — прочные отношения способствуют доверию и лучшему общению.
Научитесь говорить «нет»	Вы получите множество запросов от каждого уголка вашей организации — просьба о новой функции, которая поможет закрыть сделку, просьба исправить ошибку прямо сейчас, или идея улучшения.Вдобавок к этому вы также услышите отзывы клиентов. Невозможно угодить всем сразу. Разработайте структуру приоритезации и научитесь говорить «нет» или «не сейчас».
Не торопитесь	Требуются время и терпение, чтобы перейти на новую должность и добиться прочного успеха. Будьте готовы повторять одни и те же уроки и задавать много вопросов. Дайте себе время, чтобы стать экспертом по продуктам в вашей организации.

У вас есть возможность внести значимый вклад в вашу компанию и своих клиентов в роли менеджера по продукту. Лучшие менеджеры по продукту используют специализированное программное обеспечение для управления продуктами, такое как Aha! Дорожные карты для достижения результатов. Тысячи компаний используют Aha! чтобы установить стратегию, определить особенности и построить красивые дорожные карты. Подпишитесь сейчас на пробную версию — бесплатно в течение 30 дней.

Что составляет продуктовую команду?

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

Независимо от того, за какие продукты или предложения вы отвечаете, в конечном итоге имеет значение предоставление полного опыта работы с продуктом. Четкое владение и определенные роли помогут вам добиться лучших результатов. Это означает, что вы должны структурировать свою команду так, чтобы наилучшим образом поддерживать цели, которых вы хотите достичь.

Кто входит в производственную организацию?

Продуктовая группа обычно состоит из коллег, занимающихся разными функциями. Они несут ответственность за управление продуктом, маркетинг продукта, взаимодействие с пользователем и аналитику продукта. На продуктовые группы также могут быть возложены обязанности по маркетингу, прогнозированию и составлению прибылей и убытков (P&L).

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

Функция	Обязанности	Роли
Стратегия управления продуктом 0 9002 9002 Планирование и предоставление выпусков Собирайте и курируйте новые идеи Определение новых функций продукта
Пользовательский опыт (UX)
Аналитика продукта
Маркетинг продукции	Изучите конкурентную среду Определите личности покупателя Создайте и скоординируйте планы запуска Позиционирование и обмен сообщениями для специалистов	Директор по маркетингу продуктов Старший менеджер по маркетингу продуктов Менеджер по маркетингу решений Менеджер по портфельному маркетингу

Каковы наиболее распространенные организационные структуры продуктов?

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

Рассмотрите эти вопросы, когда вы думаете о лучшей организационной структуре для вашей продуктовой группы:

• Кто ваши целевые клиенты? Как меняются их потребности?

• За достижение каких бизнес-целей отвечает ваша команда?

• Нужно ли управлять несколькими продуктами или линейками продуктов?

• Каковы функции вашей производственной группы?

• Какие ресурсы будут выделены каждой команде?

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

По продукту или продуктовой линейке

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

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

По признаку

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

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

По сегментам клиентов

Некоторые организации структурируют свои продуктовые группы по сегментам клиентов.Это обычное дело, когда продукт обслуживает потребности различных вертикальных рынков — финансов, здравоохранения, производства и т. Д. — как в примере ниже.

Продуктовые группы также могут быть структурированы вокруг горизонтальных рынков. Например, компания, производящая спортивные товары, которая создает товары для теннисистов и игроков в гольф, может иметь менеджеров по продуктам для каждой категории.

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

Подключите свою команду к своей стратегии

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

Многие продуктовые группы полагаются на специализированное программное обеспечение, такое как Aha! для определения стратегии, управления идеями, построения визуальных дорожных карт и анализа результатов в централизованном месте.Свяжите свою тактическую работу с более широкими целями организации — попробуйте Ага! бесплатно 30 дней.

Каковы названия некоторых должностей в сфере управления продуктами? test

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

В целях данного руководства мы сосредоточимся на наиболее распространенных ролях управления продуктом на высоком уровне, организованных по старшинству:

Младший менеджер по продукту

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

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

Менеджер по продукту

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

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

Владелец продукта

В некоторых гибких командах есть и менеджер по продукту, и владелец продукта. Владелец продукта, скорее всего, будет отчитываться перед тем же менеджером, что и PM, с аналогичным уровнем опыта работы. Вместо того, чтобы поручать одному человеку как внешние, так и внутренние обязанности, роль делится на две части.И это может вызвать путаницу — менеджер продукта или владелец продукта и кому что принадлежит?

Ответ на этот вопрос широко обсуждается, потому что он может быть очень туманным в зависимости от компании и рабочего процесса. Владелец продукта может поддерживать команду разработчиков, расставляя приоритеты в пользовательских историях и отвечая на вопросы о продукте. Между тем, менеджер по продукту будет отвечать за передачу голоса клиента и его задача — добиться успеха на рынке и на рынке.

Менеджер по продукту группы

Менеджер по продукту группы (GPM) отвечает за руководство и руководство группой управления продуктом, которая отвечает за определенную группу продуктов.Это высшая неисполнительная роль, которую может выполнять менеджер по продукту, которая часто отвечает за управление другими менеджерами по продукту. Обычно они подчиняются директору по продукту или вице-президенту и могут приступить к исполнению своих обязанностей с опытом работы от пяти до восьми лет. Ежедневные обязанности GPM включают исследование, стратегию, разработку продукта и управление людьми.

Директор по управлению продуктом

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

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

Вице-президент по управлению продуктом

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

Вице-президент по продукту часто имеет влияние в организации не только на команду, которой он управляет. Они работают в тесном сотрудничестве с другими ключевыми лидерами в области проектирования, продаж, поддержки и маркетинга, чтобы гарантировать, что их компания вкладывает средства в поддержку бизнес-целей.В некоторых организациях также может быть старший вице-президент по управлению продуктами (SVP of Product), который возглавляет портфель продуктов.

Директор по продукту

Директор по продукту (CPO) обычно подчиняется непосредственно генеральному директору и отвечает за всю деятельность по продукту внутри организации. Они могут перейти на эту должность с опытом работы от 10 до 20 лет — в зависимости от размера компании и потребностей.

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

Карьерный путь в сфере управления продуктом

Если вы хотите стать менеджером по продукту, начните с мышления, подобного такому. Возьмите за привычку размышлять о продуктах, которые вы часто используете. Проверяйте эти продукты, как если бы вы были конечным пользователем, а затем снова, как если бы вы были менеджером по продукту, ответственным за создание этого продукта. Какой может быть продуктовая стратегия? Какие улучшения вы бы поставили в приоритет?

Если вы уже работаете в роли продукта и надеетесь перейти на более высокую должность, вы можете быть более активными.Ищите возможности для развития аналитических, технических навыков, навыков проектирования продуктов, лидерства и общения с клиентами.

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

Инструменты управления продуктом: полный список

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

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

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

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

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

Стратегия продукта и дорожные карты

Ага! Дорожные карты

Ага! Roadmaps — это полный пакет управления продуктом — все, что нужно продуктовым командам для определения стратегии, сбора отзывов и построения визуальных дорожных карт. Вы можете использовать Aha! Дорожные карты до: Интегрируйте Ага! Дорожные карты с более чем 30 инструментами, включая Jira, Azure DevOps, Salesforce и Google Analytics. Зарегистрируйтесь сейчас для получения бесплатной пробной версии.

Аналитика

Amplitude	Используйте аналитическую платформу для цифровых продуктов, чтобы помочь командам лучше понять поведение пользователей.
Domo	Создание визуализации бизнес-панели в реальном времени.
Gainsight	Узнайте, как пользователи взаимодействуют с вашим продуктом, и определите ключевые идеи для повышения удовлетворенности и удержания клиентов.
Geckoboard	Получите данные из десятков источников для отображения информационных панелей в реальном времени, которые показывают эффективность компании.
GoodData	Собирайте данные и решения пользователей в информационные панели и отчеты.
Google Analytics	Узнайте, откуда идет ваш трафик и что люди делают на вашем сайте.
Heap	Захватывайте каждое взаимодействие пользователя с веб, мобильными и облачными сервисами.Анализируйте клики, отправки, транзакции, электронные письма и многое другое.
Looker	Отслеживайте каждый элемент взаимодействия с пользователем с помощью встроенной аналитики на базе платформы аналитики данных Google Cloud.
Mixpanel	Отслеживайте взаимодействие на своем мобильном сайте, измеряя и отслеживая действия пользователей.
Сегмент	Собирайте, переводите и направляйте данные клиентов с любого устройства через любой инструмент и отправляйте различные представления данных.
Таблица	Это популярное программное обеспечение для бизнес-аналитики позволяет лучше изучать и понимать данные.

Отзывы и опросы клиентов

Ага! Идеи	Запечатлейте каждую идею и воплотите в жизнь лучшие, чтобы стимулировать инновации. Ага! Ideas предоставляет все необходимое для управления идеями — онлайн-порталы идей, сеансы сопереживания, чтобы лучше понять ваших клиентов, и обратная связь в приложении, чтобы узнать, что люди думают о вашем продукте, когда они на самом деле его используют.
Formstack	Создавайте онлайн-опросы и оптимизируйте электронные подписи.
Google Forms	Создавайте простые формы и опросы бесплатно.
SurveyMonkey	Создавайте опросы и интегрируйте аналитические данные с бизнес-приложениями.
Типовая форма	Создавайте опросы, викторины и формы.

Дизайн и каркасные модели

Axure	Создавайте блок-схемы, каркасы, макеты, маршруты пользователей, образы, доски идей и многое другое. Быстро перетаскивайте элементы из встроенных или пользовательских библиотек для создания диаграмм.
Каркасы Balsamiq	Набросайте свои идеи пользовательского интерфейса на цифровой доске или блокноте, чтобы поделиться с товарищами по команде и клиентами.
Figma	Дизайн, прототип и совместная работа в контексте и в реальном времени.Отправьте ссылку, чтобы собирать отзывы, получать запросы на изменение и разрешать заинтересованным сторонам делать копии обновлений в ваших проектах.
Flaticon	Используйте значки в этой бесплатной базе данных, чтобы создавать дизайны и экономить время на работе.
Framer	Создавайте адаптивные макеты, создавайте прототипы и приближайте все к производству.
InVision	Превратите свой веб- и мобильный дизайн в интерактивные прототипы и макеты.Для совместной работы используйте LiveShare, инструмент InVision для создания интерактивных досок в реальном времени.
Mockingbird	Создавайте, связывайте, просматривайте и публикуйте макеты любого веб-сайта или приложения.
Moqups	Создавайте и совместно работайте над каркасами, макетами, диаграммами и прототипами для любого типа проекта.
Sketch	Используйте этот набор инструментов для дизайна, от самых ранних идей до финального произведения искусства.
UXPin	Разрабатывайте свой UX и управляйте им с помощью интерактивных элементов и функциональных прототипов, созданных из производственного кода.

Тестирование пользовательского опыта

Adobe Target	Тестируйте и оптимизируйте свой цифровой опыт. Возможности включают в себя тестирование UX на основе искусственного интеллекта, персонализацию и автоматизацию.
Contentsquare	Анализируйте взаимодействия с клиентами в виде тепловых карт и отчетов, а также повторов отдельных сеансов.
FullStory	Записывайте впечатления пользователей на вашем веб-сайте или в приложении, чтобы понять, с чем они взаимодействуют.
Helio	Получите реакцию на свои проекты, чтобы проверить идеи и собрать отзывы перед реализацией.
Hotjar	Узнайте, как посетители используют ваш веб-сайт, и соберите отзывы пользователей.
Взгляд назад	Просматривайте экран, лица, голос и прикосновения ваших пользователей.Записывайте дома или удаленно.
Optimizely	A / B протестируйте свои целевые страницы и веб-сайт и разверните победившее решение.
SessionStack	Отслеживайте и анализируйте дефекты продукта, проблемы UX и поведение клиентов при адаптации.
Usabilla	Собирайте отзывы пользователей, чтобы улучшить свой веб-сайт, приложение и электронную почту.
UserTesting	Получайте видео и задавайте вопросы для целевого рынка.
UXCam	Захватывайте экранные записи и физические сенсорные взаимодействия в вашем приложении.

Подключение пользователей

Приложения	Публикуйте сообщения и пошаговые инструкции в приложении, чтобы приветствовать пользователей и побуждать их к действию.
Встроенное руководство	Направляйте пользователей интерактивными турами, советами и учебными пособиями.
Interaction Studio	Используйте машинное обучение, чтобы понимать клиентов и потенциальных клиентов и взаимодействовать с ними — индивидуально по всем каналам.
Интерком	Отправляйте целевые сообщения бортовым пользователям и активируйте пользователей и объявляйте о новых функциях.
Shepherd	Ознакомьте пользователей с вашим приложением.
UserIQ	Привлекайте пользователей с помощью общения в приложении.
WalkMe	Отслеживайте события, использование системы и производительность пользователей, чтобы получить представление о том, как лучше привлечь пользователей.
Whatfix	Упростите процесс адаптации, улучшите поддержку и сократите затраты на обучение пользователей.

Сотрудничество и продуктивность

Dropbox	Безопасная организация файлов и обмен ими.
GoToMeeting	Проводите безопасные видео-, аудио- или веб-встречи из любого места с помощью компьютера или мобильного устройства.
Google Workspace	Общайтесь с коллегами и мгновенно получайте доступ к необходимой информации, включая Gmail, Hangouts, чат, календарь, документы, таблицы, слайды и формы.
Lucidspark	Используйте виртуальную доску для мозгового штурма.
Microsoft 365	Организуйте аудио- или видеоконференции, общайтесь с коллегами и работайте совместно в режиме реального времени. Вы можете обмениваться файлами на любом устройстве, хранить заметки и документы, а также обмениваться календарями.
Slack	Создавайте каналы связи, отправляйте сообщения, встречайтесь по видеозвонкам и интегрируйтесь с другими инструментами.
Trello	Визуализируйте и систематизируйте проекты с помощью этой виртуальной доски.
Zoom	Общайтесь с коллегами и клиентами с помощью видеоконференцсвязи, вебинаров, онлайн-конференц-залов и групповых сообщений.

Разработка программного обеспечения

Ага! Разработка	Настройте рабочие процессы и оптимизируйте развертывание с помощью полностью расширяемого инструмента гибкой разработки.
Azure DevOps	Планируйте и отправляйте код с помощью набора служб разработки, включая Azure Boards, Azure Pipelines и Azure Repos.
Jira	Планирование спринтов, отслеживание работы команды и выпуск программного обеспечения.
PivotalTracker	Сотрудничайте в режиме реального времени и просматривайте общий бэклог.
Rally	Планировать, расставлять приоритеты и отслеживать работы по развитию.

Используя правильные инструменты, вы можете выразить всю мощь своих знаний в области управления продуктами, чтобы вы могли создавать исключительные продукты, которые помогут вашим клиентам.Вот почему так много менеджеров по продукту полагаются на Aha! Дорожные карты. Он дает вам центральное место для определения стратегии, записи планов продукта, сбора отзывов и идей и сотрудничества с товарищами по команде. Ага! Дорожные карты также включают интеграцию с некоторыми из самых популярных инструментов, которые вы, возможно, уже используете, включая Jira, Slack, Azure DevOps, Salesforce, Google Analytics и Zendesk. Начни свой Ага! Пробная версия Roadmaps сейчас — бесплатно в течение 30 дней.

8 рамок приоритезации продуктов (Новое руководство)

Обладают ли умелые менеджеры по продуктам шестым чутьем? Может показаться, что это так, особенно когда дело доходит до оценки того, какие функции продукта принесут наибольшую пользу.Чем больше вы оттачиваете свое понимание клиентов, тем лучше вы можете предугадывать, чего они хотят.

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

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

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

Почему важно расставлять приоритеты по функциям?

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

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

Общие структуры приоритизации

Менеджерам продуктов доступны десятки структур приоритезации, но давайте подробнее рассмотрим восемь общих структур приоритезации и преимущества каждой из них.

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

Стоимость задержки	Структура стоимости задержки (CoD) сочетает в себе срочность и ценность — чтобы принимать решения о том, что принесет наибольшую пользу прямо сейчас. CoD часто используется командами, которые следуют Scaled Agile Framework (SAFe). CoD — это компонент структуры приоритезации взвешенного самого короткого задания (WSJF).(См. Ниже.)
Модель Кано	Модель Кано сопоставляет удовлетворенность потребителя со стоимостью внедрения. Эта структура может быть полезна для команд, которые хотят определить, какие функции нужно создать для минимально привлекательного продукта (MLP).
Метод MoSCoW	Метод MoSCoW классифицирует инициативы и функции по четырем категориям: Приоритизация MoSCoW может помочь командам повысить ценность каждой из четырех категорий.
Дерево продуктов	Дерево продуктов относится к упражнению, в котором дорожная карта продукта представлена ​​деревом: Филиалы: основные функции продукта или системы Корни: технические требования, необходимые для поддержки ветвей функций Листы: идеи новых функций Этот метод приоритизации функций может быть полезен для организаций с большим портфелем продуктов.Визуализация дерева побуждает команды сосредоточиться на портфолио с решениями, которые положительно влияют на всю экосистему.
RICE	Структура RICE оценивает функции на основе четырех факторов: Охват: скольким клиентам эта функция принесет пользу Воздействие: измеримое влияние на клиентов или бизнес , например, увеличение продаж или настроения клиентов Уверенность: предлагаемая ценность для клиента Усилия: ресурсы, необходимые для завершения функции В то время как CoD сочетает в себе срочность и ценность, RICE уравновешивает ценность и усилия.
Отображение пользовательской истории	Отображение пользовательской истории можно рассматривать как структуру приоритизации, а также как упражнение для построения графика пути к покупке. Команды создают карту взаимодействия пользователя с продуктом и оценивают, какие шаги приносят наибольшую пользу пользователю. Эта структура обычно используется, потому что все продуктовые группы стремятся быть ориентированными на клиента. Он также часто используется дизайнерами пользовательского интерфейса, которые также уделяют особое внимание клиентскому опыту.
Соотношение стоимости и усилий	В некоторой степени упрощенная версия RICE, система оценки стоимости и усилий оценивает функции на основе ценности для клиента и усилий организации. Бережливые команды, которые предпочитают легкую структуру, могут выбрать эту.
Сначала взвешенное кратчайшее задание	Используется в SAFe, сначала взвешенное кратчайшее задание (WSJF) упорядочивает задания (функции, возможности и эпики) в потоковом порядке путем измерения CoD в зависимости от размера задания или продолжительность.

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

Как выбрать лучшую структуру для расстановки приоритетов для команды?

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

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

No related posts.