Главная » Разное » Продакт менеджер что это такое

Продакт менеджер что это такое


Менеджер по продукту — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 7 мая 2018; проверки требуют 7 правок. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 7 мая 2018; проверки требуют 7 правок.

Менеджер по продукту (англ. product manager) — человек, отвечающий за создание новых продуктов, анализ рынка, ассортиментную политику, ценообразование, продвижение продукта, планирование KPI, формирование требований к продукту, определение назначения продукта.

Активно взаимодействует с продажами, маркетингом, технической поддержкой, производством, R&D и т. д. Функциональность менеджера по продукту напрямую зависит от типа компании (производитель, дистрибьютор, дилер, системный интегратор, стартап).

  • Разработка новых продуктов и продвижение.
  • Управление ассортиментом (продуктовой линейкой поставщика).
  • Планирование KPI продукта на краткосрочной и долгосрочной основе, мониторинг исполнения KPI.
  • Ценообразование.
  • Прогнозирование продаж.
  • Ведение аналитических данных по конкурентам.
  • Исследования рынка и отрасли, анализ тенденций развития, анализ конкуренции.
  • Создание программ по стимулированию продаж.
  • Подготовка технических материалов.
  • Подготовка и проведение презентаций.
  • Написание и публикация материалов по продукту.
  • Консультирование партнеров по техническим вопросам.
  • Участие в переговорах с клиентами.
  • Развитие клиентов (Customer Development).
  • Составление плана развития продукта и выбор стратегии действий.
  • Участие в маркетинговых семинарах, выставках, конференциях.
  • Expert Product Management: Advanced Techniques, Tips and Strategies for Product Management & Product Marketing.— Happy About Brian Lawley, 2007. — С.104. — ISBN 1-60005-079-4 (англ.)

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

Ярополк Раш из Wargaming рассказал, кого на самом деле ищут работодатели, чем продакт-менеджер отличается от продюсера и по какому фреймворку он работает.

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


Ярополк Раш на конференции ProductSense

Кого на самом деле ищут работодатели


Работодатели сообщают рынку свои представления о продакт-менеджменте через описания вакансий. Если почитать вакансии «продакт-менеджеров», становится понятно, что большинству работодателей нужны совсем не они. Например, объявления Wargaming и EPAM — это вакансии обо всем, кроме продакт-менеджмента:


Wargaming — 10 слов на тему продакт-менеджмента


EPAM — половина пункта имеет отношение к продакт-менеджменту.

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

Продюсер — это человек, который делает за деньги то, что сказано, и с использованием ресурсов, которые есть. Ему не важно, что потом станет с этими ресурсами, если мы говорим о людях. Так, Лес Гроссман в «Солдатах неудачи» — это архетип настоящего продюсера. Еще важно, что продюсер может поставить свет, сесть за камеру или пульт микшера. Он знает ремесло зачастую не хуже исполнителей. В общем, продюсер — это такой ПМ на стероидах. Я буду счастлив, если большую часть продакт-менеджеров переименуют в продюсеров, потому что это будет правдой.

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

Главная задача менеджера продукта


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

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

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

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

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

Продакт-менеджер описывает условия, при которых возможно извлечение прибыли.

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

Управлять продуктом, не разработкой


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

Аудитория. О ней забывают, потому что считают, что целевая аудитория — это 100% людей подключенных к интернету. Это неправильно.

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

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

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


Воронка продаж

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

Стратегия не имеет смысла, если пишется более чем на год. Те, кто просит планы на три или пять лет, об этом знают и не ждут истины, начиная с 13 месяца. Они в курсе, что через полгода или первые 12 месяцев вы придете и скажете: «Есть уточнения».

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

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

Тактика. Любое количество P (Product, Price, Promotion, Place) или C (Customer, Competition, Company), которые вам нравятся. Подробнее об этом в статье.

Диагноз, стратегия и тактика


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


Красное — то, что чаще всего видим, а зеленое — что хотим.

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

Лично мне в тактике хватает классических четырех P:

Если вы занимаетесь только изменениями в продукте, вы как продакт-менеджер даже на кошачий корм не годитесь. Вы профнепригодны, потому что Product — это 8% от продакт-менеджмента, остальные 92% вы упустили. Это называется фичеризмом, и им страдают многие продакты.

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

Сами по себе метрики ничего не значат.

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

Как работать по фреймворку


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

Последовательное движение. От одного этапа к следующему вы движетесь последовательно — как по рельсам на железной дороге.

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

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

Система мультипликативна. Этапы фреймворка (диагноз, стратегия, тактика) — это множители. Если вы пропустили или запороли этап — вы получаете ноль в множителе, всё летит сами знаете куда.

Управление качеством. Как хороший продакт-менеджер вы должны управлять качеством диагноза, стратегии и тактики, а не смотреть, как аналитик хранит данные или как написан код. Допустим, качество оцениваем по шкале от 1 до 10. Никто не хочет тратить 18 месяцев жизни, чтобы сделать 1 х 1 х 1. Вряд ли кто-то делает на 10 из 10, поэтому стремитесь хотя бы к 8 х 8 х 8. Продакт-менеджмент — это искусство управления качеством элементов продуктового фреймворка.

Market orientation, которым никто не занимается


Не путайте market orientation с customer development. Смысл первого в том, что вы ничего не знаете о продукте, пока не спросили у пользователя. Customer development — это один из десятков способов качественного анализа. Он, как любое качественное исследование, не работает без количественного анализа и наоборот.

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

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

Работа с аудиторией. Судя по описаниям вакансий, от 6 до 8% деятельности продакт-менеджера — пойти и спросить у аудитории, что ей нужно. В реальности всё еще хуже — вам некогда.

Если вы не ориентируетесь на рынок, с вами происходят дурацкие вещи:

Вот первый пример ошибок, которые совершают не маркет-ориентированные маркетологи и продакт-менеджеры. На картинке два списка:

  • Первый — каналы коммуникации, которые выбирает аудитория, предпочитающая определенные категории товаров.
  • Второй — каналы коммуникации, которые выбирают маркетологи, продвигающие эти категории товаров.

То, что в топе представлений аудитории — в ж*пе приоритетов маркетологов.

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


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

На что тратить внимание менеджеру продукта


В книге «The Subtle Art of Not Giving a F*ck» говорится, что есть вещи, на которые вы хотите тратить внимание, и вещи, на которые не хотите. При этом внимание ограничено «штучно» — в английском варианте это f*cks to give. Этих f*cks, как правило, не более десяти.

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

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

Выводы


  • Продакт-менеджер — редкий майндсет, не массовый.
  • Определитесь, кем вы на самом деле хотите быть — продакт-менеджером или продюсером.
  • Первоочередная задача продакт-менеджера — описать условия, при которых возможно извлечение прибыли.
  • Продакт управляет продуктом, а не продуктовой разработкой и не выдумыванием фичей.
  • Продукт управляется по фреймворку: диагноз → стратегия → тактика.
  • Метрики — это не язык бизнеса, а возможность поставить диагноз и оценить результат. Язык бизнеса — это диагноз + стратегия + тактика.
  • Примите концепт market orientation, используйте качественные и количественные исследования в связке.
  • 20% времени думайте о том, каким продуктом будете заниматься, если этот не взлетит.

Посмотрите полное выступление Ярополка Раша на конференции ProductSense.

Конференция ProductSense по менеджменту продуктов — один из проектов команды ProductSense. Мы делаем расшифровки докладов с наших конференций и пишем по ним статьи.

Благодарим за подготовку статьи редактора Асю Челован.

Хотите управлять продуктом? О чем молчат все менеджеры по продукту

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

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

Перевод статьи выполнен компанией-локализатором Alconost.


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

Я не удивлюсь, если действительно «каждый» хочет стать менеджером по продукту. Это одна из немногих профессий, для которой не требуется быть экспертом в какой-либо специфической сфере. Чтобы управлять продуктом, не нужно знать, как создавать модели данных или писать код; не нужно уметь проектировать сайты. Если вы это умеете — хорошо, но этого не требуется. Просто взять и превратиться в разработчика или дизайнера — нельзя, а вот в менеджера по продукту — можно.

Да и потом, как мило роль выглядит со стороны:

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

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


Вкратце

На самом деле, управлять продуктом — это:

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

Управлять продуктом НЕ означает:

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

Откуда я знаю

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

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

Первым моим продуктом был QuickBooks. Я отвечала за управление бета-версией нашего ежегодного релиза. Опыт, который я получила, показал мне все аспекты профессии менеджера по продукту. Аспекты, о которых не упоминают в описаниях вакансий.

Четыре главных аспекта — вот они.

1. Вы управляете не продуктом, а проблемой, которую он решает.

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

Но я глубоко заблуждалась.

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

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

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

2. Продукт крут, если он крут в представлении пользователя.

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

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

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

3. Менеджер по продукту — не дизайнер и не разработчик.

Мне сказали, что для регистрации приложения в AppStore понадобится дизайн продающей страницы. Будучи новичком, я восприняла задачу буквально — и увязла в слоях и цветовых палитрах Photoshop. Опьяненная выбросом эндорфина, сопровождающим процесс творения, я отправила страницу по почте своему начальнику. Его ответ не изобиловал похвалой в той степени, в которой я ожидала. Ответ был таким: «Клёво. Это наш дизайнер делал? Как по мне, пускай бы еще поиграл с цветовой схемой». «Дизайнер?! — вопросила я у компьютера. — О чем он вообще?».

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

4. Не быть звездой, а управлять Вселенной.

В первый день в команде QuickBooks мой начальник провел меня по офису и представил всем — буквально всем: специалистам поддержки, маркетологам, разработчикам, дизайнерам, финансистам. Это меня ошеломило — но куда больше я была обеспокоена тем, сколько времени на это «убил» мой начальник. Почему он не начал с представления меня другим менеджерам по продукту? «Конечно же, я познакомлюсь с ними позже», — решила я. Но в куда более неловкое положение меня поставило даже не то, что он представил меня такому огромному количеству людей, а то, как он это сделал. «Она будет отвечать за выпуск QuickBooks», — говорил он всем. А я не понимала, как я вообще собираюсь выпускать QuickBooks, если я еще даже не скачала его на свой компьютер…

Шли недели, и становилось понятно, что выпускать QuickBooks в мир я буду не одна, как могла бы, если бы речь шла о голубях на выпускной церемонии. Наоборот: моя работа — способствовать правильным мозговым штурмам и общению между людьми (теми, с кем меня знакомили в первый день), чтобы в итоге мы пришли к решениям, от которых зависит выпуск. Это и шокировало, и немного утешало (совсем немного). Мне не нужно было предлагать самые лучшие идеи. Я должна была лишь убедиться в том, что в комнате собрались нужные люди, способные предложить море идей, из которых я могла бы выбрать лучшую.

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

В моей работе менеджера по продукту были и остаются поводы для беспокойства. Я чувствую себя глупо, когда общаюсь с разработчиками; предпочла бы уметь проектировать сайты; ненавижу быть надсмотрщиком; беспокоюсь, не воспринимают ли меня простым дублером JIRA; ненароком больно задеваю своего внутреннего исследователя, убеждая себя, что занимаюсь неблагодарным трудом. Но когда я вижу, что пользователь доволен моим продуктом, — я понимаю, что все это того стоит.

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

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

О переводчике

Перевод статьи выполнен в Alconost.

Alconost занимается локализацией приложений, игр и сайтов на 60 языков. Переводчики-носители языка, лингвистическое тестирование, облачная платформа с API, непрерывная локализация, менеджеры проектов 24/7, любые форматы строковых ресурсов.

Мы также делаем рекламные и обучающие видеоролики — для сайтов, продающие, имиджевые, рекламные, обучающие, тизеры, эксплейнеры, трейлеры для Google Play и App Store.

Подробнее: https://alconost.com

Менеджер продукта и владелец продукта: в чем разница | 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 месяцев обучения вы вместе с дизайнером и командой разработчиков создадите свой продукт и на собственном опыте узнаете о множестве нюансов работы продакт-менеджера.

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

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

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

 

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

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

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

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

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

 

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

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

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

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

 

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

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

Правильная работа с продуктом предполагает нечто большее, чем просто создание и вывод товара на рынок. На практике, этот процесс делится на множество этапов. Хороший 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 позицию. Частое решение для менеджера продукта — это свой бизнес. Рисков больше, но и выигрыш стоит того.

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

у кого на плечах груз тяжелее? / Hygger corporate blog / Habr

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



Как часто ваши коллеги путают обязанности обоих менеджеров? Если вы один из PM, то должны были хоть раз в жизни слышать вопрос: «Есть ли вообще разница?»

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

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

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

Чья ноша тяжелее? И что случится, если один из Атлантов опустит руки?

Product Manager vs Project Manager


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

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

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

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


Product Manager


Менеджеры по продуктам обычно отвечают за глобальную стратегию продукта, приоритизацию функций и окончательную версию продукта. Управленцы-продуктовики создают идеи и инициативы, чтобы помочь достигать стратегии и целей с использованием дорожных карт (product roadmaps) и управлять бэклогом (product backlog).

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

  • Глобальная стратегия продукта
  • Выпуск релизов
  • Идеи и инициативы
  • Распределение приоритетов
  • Вопросы, связанные с прибылью и убытками
  • Исследования рынка
  • Конкурентная среда

Project Manager


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

Руководители проектов отвечают за:

  • Релизы
  • Ресурсы для проекта
  • Обновления и статусы
  • Бюджет проекта
  • Командное сотрудничество
  • Разрешение текущих проблем в рамках проекта

Кто важнее в иерархии компании?


Оба. И это иллюстрирует картинка с Атлантами. Если в вашей компании есть обе позиции, то у вас полный порядок с организационной структурой. Как понять, кто из менеджеров важнее?
Задайте себе два вопроса:
  1. Может ли команда эффективно работать и получать результаты без менеджера продукта?
  2. Что произойдет, если руководитель проекта покинет команду?

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

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


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

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

ПО для управления продуктами

Программное обеспечение для управления продуктами служит для отслеживания требований, документирования видения продукта, стратегии, определения приоритетов.

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

В Hygger.io вы можете поделиться своей «дорожной картой» и расшарить перспективу того, что произойдет в продукте со временем, указав релизы, проекты и инициативы. Эта опция смотрится весьма конкурентоспособной, потому что многие другие сильные игроки рынка часто не могут предложить такой вариант. Например, используя Jira, вам придется заплатить за «Portfolio for Jira».

Управление бэклогом — еще одны функция, которую должен предлагать инструмент для управления продуктом. Визуализировать приоритетные задачи можно, например, с помощью графического отображения Backlog priority chart. Инструмент помогает оптимизировать приоритеты продуктов, определяя важные и менее важные задачи.

ПО для управления проектами

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

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

Hygger предлагает полноценные возможности для менеджеров проектов от удобных Kanban и Scrum досок до отслеживания времени и отчетности по проектам.

Заключение

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

Какие инструменты используете вы для управления? Какой видите разницу между менеджерами проектов и продуктов? Пишите в комментариях.

Управление продуктом — Википедия

Материал из Википедии — свободной энциклопедии

Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 27 апреля 2014; проверки требуют 9 правок. Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 27 апреля 2014; проверки требуют 9 правок.

Управление продуктом (продукт-менеджмент, продакт-менеджмент от англ. product management) — организационная функция компании, занимающейся планированием продуктов или маркетингом продуктов на всех стадиях их жизненного цикла. «Управление продуктом» также является и обобщающим термином, описывающим огромное количество разнообразных действий по выводу специфического продукта на рынок.

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

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

  1. ↑ Что такое продакт менеджмент и кто такой продакт менеджер? (рус.) (26 января 2019). Дата обращения 3 февраля 2019.

Чем живет Product Manager / icanchoose.ru corporate blog / Habr

Мы решили освежить летний сезон карьерным мероприятием «Чем живёт Product Manager», ну и разобраться в теме продуктового менеджмента.

Отдел маркетинга Alpha UX провел онлайн-исследование, чтобы выяснить, как проходит обычный день Product Manager'a. В опросе приняли участие более 100 продактов из 500 различных компаний. Давайте посмотрим, что получилось:

// Планирование и выполнение

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

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

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

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

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

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

// Фокус на пользователе

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

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

// Повседневные проблемы

До сих пор, самыми серьезными проблемами продактов остаются внутренняя политика, процессы и бюрократия организации. Другие серьезные сложности вызывают недостаток ресурсов и работу с R&D для определения концепции продукта.

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

Продакты работают, не покладая рук! Большинство работает более чем над одним продуктом одновременно: в среднем один менеджер может «тянуть» от 3-х до 10-и проектов.

// Инструменты и ресурсы

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

Самые популярные инструменты — Microsoft Office, Google Apps, JIRA, Wufoo, Balsamiq, SAP, GoToMeeting и Trello.

// Выводы

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

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

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

Как стать менеджером продукта без опыта? / Hygger corporate blog / Habr

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



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

Сегодня широко доступна статистика, которая показывает, что менеджеры продуктов часто зарабатывают наравне или даже больше разработчиков. Причем, для этого не обязательно “стучаться” в компанию в качестве джуниора. Многие успешные PM сразу “дорастают” до уровня собственника продукта (product owner) или директора по продукту (product director).

Что нужно для успешной карьеры product manager?


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

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

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

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

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

  • профессиональные компетенции и навыки
  • личные и межличностные характеристики
  • совместимость с командой и и соответствие философии компании

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

Профессиональные навыки менеджера продукта


Профессиональные навыки для менеджера продукта — это набор умений из разных областей. Многое из такого must-have списка приобретается с опытом и годами. Вот некоторые важные области, в которых нужно ориентироваться PM на самом старте своей карьеры:
  • работа со стратегией продукта на самом раннем этапе планирования
  • эффективное интервьюирование клиентов
  • тестирование пользователей
  • организация и поддержка спринтов
  • работа с приоритетами и планирование дорожной карты продукта (product roadmap).
  • грамотное распределение ресурсов
  • позиционирование продукта
  • ценообразование
  • определение и трекинг различных метрик
  • проведение оценки рыночных условий, и др.

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


Product manager в стартапе

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

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

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

Product manager в крупной компании

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

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

10 советов для менеджеров продуктов без опыта


Чем больше исследований — тем лучше


Об этом потенциальному менеджеру продукта стоит подумать еще накануне собеседования на позицию product manager. Важно детально изучить отрасль, историю продукта (если такая есть), конкурентов и целевую аудиторию.

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

Попробуйте продукт


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

Если вы работаете с продуктами B2B или B2C, попросите доступ к демо-версии. Обычно такой доступ могут открыть sales-менеджер или команда поддержки.

Знайте глобальные цели руководства


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

Общайтесь с клиентами


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

Подружитесь с менеджером по продажам


Конечно, развивать коммуникацию следует со всеми членами команды. Например, project manager — это человек, который быстрее всех сможет познакомить с внутренними проектами, он должен тесно сотрудничать с QA и разработчиками. В свою очередь, sales-менеджеры ближе к клиентам и лучше знают рынок с технической стороны. Специалисты по продажам смогут посвятить вас в то, как активные клиенты используют продукт в повседневной жизни. Этот опыт даст глубокое понимание продукта, продемонстрирует все сильные и слабые его стороны.

Попробуйте себя в поддержке


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

Знайте конкурентов


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

Запланируйте участие в доступных конференциях и других полезных ивентах


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

Читайте и изучайте


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

Профессиональные инструменты


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

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

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

Заключение

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

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

почему менеджер проекта ─ это не менеджер продукта — статьи на Skillbox

Есть заблуждение, что менеджер продукта и менеджер проекта ― это один и тот же человек, только называется по-разному. На самом деле нет. У менеджера продукта и менеджера проекта — разные зоны ответственности.

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

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

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

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

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

Профессия менеджера проектов сложилась в сфере IT, поэтому многие связывают ее только с digital. Но на самом деле project-менеджер может работать в любой сфере: отвечать за процесс создания сайта в веб-студии, за проект по продвижению книги в издательстве, за процесс производства любого товара, за программу лояльности в банке. В общем, сфера не важна. Есть сроки, бюджет и команда, которую надо привести к результату, ― есть менеджер проекта.

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

Если менеджер продукта и менеджер проекта ― это две разные профессии, то получается, что ими не может заниматься один человек? Теоретически, может. Но это индивидуально. У менеджера продукта много задач, если он будет брать в работу еще и проекты, то времени может не хватать.

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

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

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

Цель менеджера проекта ― решить проблемы заказчика: учесть сроки, бюджет и убедить заказчика, что получится то, что надо.

Из-за того, что менеджер продукта плотно работает с командой, многие думают, будто у него руководящая должность. Это не так. Обычно менеджер продукта не управляет командой, но отвечает за выбор направления движения. Его задача ― придумать, как сделать круто, и убедить команду, что его стратегия будет работать. Команда должна ему поверить и захотеть за ним идти. Для этого product-менеджеру нужны лидерские качества. А вот когда в рамках стратегии появляется проект, — нужно запустить приложение или обновление, то тут задачи команде ставит project-менеджер.

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

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

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

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

Курс «Управление Digital-проектами»

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

  • Живая обратная связь с преподавателями
  • Неограниченный доступ к материалам курса
  • Стажировка в компаниях-партнёрах
  • Дипломный проект от реального заказчика
  • Гарантия трудоустройства в компании-партнёры для выпускников, защитивших дипломные работы

Смотрите также