Product и project менеджер в чем разница

Так Product или Project Manager?

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

Тут у меня в голове сразу три варианта возникают:

Как же быть? Как назвать?

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

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

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

Ключевой момент здесь в фокусе.

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

Резюмирую:

Часто продакт совмещает в себе две роли на ранних стадиях. То есть и о стратегии думает, и операционкой руководит. Но это непросто.

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

И вот вы сами легко ответили на вопрос из заголовка. И ребенку картину мира расширили.

Источник

Менеджер Проекта vs Менеджер Продукта: у кого на плечах груз тяжелее?

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

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

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

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

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

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

Product Manager vs Project Manager

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

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

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

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

Product Manager

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

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

Project Manager

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

Подводя итоги, подчеркнем еще раз самое главное:

Источник

Чем отличается продакт-менеджер от проджект-менеджера?

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

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

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

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

Для лучшего понимания рассмотрим сравнительную таблицу:

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

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

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

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

А если нанять одного специалиста, который будет выполнять функции продакт и проджект? Это вполне возможно, но давайте посмотрим еще на одно изображение:

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

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

Ключевые навыки для продакт-менеджера

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

Также он должен владеть следующими навыками:

Ключевые навыки для проджект-менеджера

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

Также он должен владеть следующими навыками:

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

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

За что отвечает продакт-менеджер

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

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

Таким образом, продакт должен задавать себе вопросы:

Зона его ответственности:

За что отвечает проджект-менеджер

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

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

Таким образом, проджект должен задавать себе вопросы:

Зона его ответственности:

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

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

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

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

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

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

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

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

Источник

Чем отличается продакт-менеджер от проджект-менеджера

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

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

Постепенно перестают резать слух евангелисты и амбассадоры, но в то же время мы все ещё путаем двух PM: project manager и product manager.

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

Продукт или проект?

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

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

Project — классическое понимание

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

В его обязанности входят:

На примере вакансий с hh.ru:

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

В качестве ключевых KPI здесь выступают соблюдение сроков и бюджета.

Бесплатный курс

Как стать продакт- или проджект-менеджером

Чем занимается Product manager

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

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

На примере вакансий с hh.ru:

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

Ключевыми KPI для такого специалиста будут показатели метрик: acquisition (привлечение пользователей), retention (удержание пользователей), revenue (доход от пользователя), ltv (жизненный цикл пользователя) и других, определяемых спецификой продукта. Но конечной целью совокупности этих метрик является рост прибыли продукта.

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

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

Как не надо делать

Часто случается, что под проджект-менеджерами подразумевают продактов и наоборот (некоторые продакты такие снобы, что очень оскорбляются на это, будьте осторожны!).

На примере вакансий с hh.ru:

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

Здесь под видом проджекта ищут вообще ивент-менеджера:

А это моё любимое. Мясо! Кстати, раньше этих специалистов называли «категорийный менеджер», но сейчас, видимо, PM звучит моднее:

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

Надо признать, что HR и собственники бизнеса действительно зачастую не разбираются в вопросе. И если для вторых это хоть как-то простительно, то для первых подобное — признак профнепригодности.

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

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

20 лучших книг для продакт- и проджект-менеджеров

Мнение автора и редакции может не совпадать. Хотите написать колонку для Нетологии? Читайте наши условия публикации. Чтобы быть в курсе всех новостей и читать новые статьи, присоединяйтесь к Телеграм-каналу Нетологии.

Источник

Продакт vs. Проджект: чем отличаются профессии, которые часто путают

Ольга Стратанович, Program Director в ProductSense и Chief Product Officer в «Киноплан», рассказала о ключевых отличиях в мышлении и навыках менеджера продукта и менеджера проекта.

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

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

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

Зона ответственности

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

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

Генерация и валидация гипотез

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

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

Условия неопределенности

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

Менеджеру продукта повезло меньше: он никогда точно не знает, что должен сделать. Какая гипотеза окажется провальной, а какая принесет прибыль? Здесь появляются MVP, экономические расчеты, метрики, A/B тесты, валидация прототипов — всё, что помогает оценить идею.

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

Метрики

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

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

Экономика

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

Для менеджера продукта окупаемость стоит на первом месте. Сколько мы потратим? Какую модель монетизации выбрать? Как привлекать пользователей и увеличивать Lifetime Value? Как получить дополнительную прибыль? Это вопросы, на которые мы ищем ответы постоянно.

Продажи, внедрение и сопровождение

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

Для менеджера продукта готовый функционал — это только начало. Нужно договориться со смежными отделами, «упаковать» продукт, доставить клиенту, объяснить ценность отделу продаж. Важно убедиться, что продукт сопровождают качественно: например, в b2b сопровождение не менее важно, чем функционал продукта.

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

Коммуникации

Менеджер проекта принимает требования от стейкхолдеров и передает команде разработки.

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

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

Стратегия и видение

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

Менеджер продукта формирует собственное видение, куда движется его продукт и каким он станет через 1−3−5 лет. Он должен четко понимать, как та или иная задача приближает продукт к цели, и иногда жертвовать краткосрочными результатами.

Риск-менеджмент

Хороший менеджер проектов всегда думает о рисках и минимизирует их негативное влияние.

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

Вдохновление

Менеджер проекта должен принести в команду хорошо описанную понятную задачу: Что делать? Как делать? В какие сроки делать?

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

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

Карта компетенций

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

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

Менеджер продукта «болеет» за продукт. Продукт плохо продается — это его проблема. Нужно идти в отдел продаж и выяснять причины, помогать построить процесс, подготовить маркетинговые материалы. Нет ресурсов на разработку — идти к HR (это не обязанность менеджера, но что если важные задачи тормозит нехватка разработчиков?). Нет дизайнера — рисовать макеты самостоятельно. Пусть это будет непрофессионально, но целью должен быть не идеальный макет, а польза для клиента.

Важно, чтобы менеджер продукта мог сделать что-то самостоятельно, если делать некому, или найти человека, которому это можно делегировать. Менеджеру продукта нельзя говорить: «Это не моя обязанность, я не буду за это отвечать». Ему надо делать все возможное, чтобы продукт был успешен.

Подведем итог

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

Источник