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

Менеджер Проекта 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 лучших книг для продакт- и проджект-менеджеров

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

Источник

Продакт и проджект: кто такие, чем отличаются и как ими стать

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

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

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

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

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

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

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

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

В 2016 году я проходил курсы по продуктовому менеджменту от «Нетологии», но они на самом деле были больше про проджект-менеджмент и управление проектами, поэтому не сильно помогли. Реальные знания пришли с опытом, первыми шишками, болью и страданиями. Из академического были только статьи и книги, например «Спроси маму», «Бизнес с нуля. Lean Startup».

Как победить выгорание

Как еще можно стать продактом

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

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

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

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

Ошибки на старте и эффект Даннинга — Крюгера

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

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

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

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

Как я набираю новых продактов

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

После выполнения тестового формируется огромная табличка. Я создаю воронку: оцениваю кандидатов по четырем критериям, отбираю топ-10 и созваниваюсь с ними по «Зуму». На этом этапе важно определить их культурный код: насколько человек близок мне по духу и кайфово ли будет с ним работать. Тут нет определенных критериев — только ощущения и интуиция.

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

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

Стоит ли идти в профессию

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

Финансовые перспективы продактов. В Москве талантливые джуны могут зарабатывать от 70 до 120 тысяч рублей. Мидлы — от 120 до 200 тысяч, но чаще в районе 150—160 тысяч рублей. Сениоры — от 200 до 260 тысяч рублей, CPO и Head of Product получают от 260 тысяч и выше.

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

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

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

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

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

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

До ИТ у меня уже был практический опыт управления проектами и собственными бизнесами, но при этом я никогда не управлял разработкой. Во всякие курсы я не верю: считаю, что при наличии интернета и умения искать можно и самому набраться знаний, чтобы попасть в проджекты. Я читал много материалов на «Хабре» и vc.ru, в которых люди делились историями о проблемах в разработке, — мне помогло.

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

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

У нас крутая компания, и в ней много хороших специалистов. Именно там я начал регулярно общаться с разработчиками, узнавать технические подробности и особенности того, чем мы занимаемся. Например, если у нас был проект, связанный с видео, то я изучал, как конкретно он работает «под капотом» и почему именно так. На некоторых проектах активно лез в код, изучал его, гуглил неизвестное. Как обычно, помогал «Хабр»: к примеру, у команды разработки «Одноклассников» хорошие статьи про видео.

В итоге спустя шесть месяцев работы в компании я прошел аттестацию и стал просто проджектом, без приставки «джун». На этом не остановился и продолжал читать технические статьи и всякое разное про менеджмент. Неплохими книгами показались «Scrum и Kanban: выжимаем максимум», «Человеческий фактор. Успешные проекты и команды» и «45 татуировок менеджера. Правила российского руководителя». Кроме чтения книг и статей, все это время я наращивал практический опыт просто в процессе работы. Еще через полгода я прошел аттестацию и получил повышение до сениор-проджект-менеджера.

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

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

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

Как стать проджектом

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

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

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

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

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

Источник