Комментарии 22
Иллюстрация к статье несколько убогая. Почему только Tech + Business + UX? Лично мне ближе и понятнее вот эта ромашка.
НЛО прилетело и опубликовало эту надпись здесь
Может быть потому что в Tech, Business и UX можно вписать все указанные разделы Вашей иллюстрации? Это общепринятые общие разделы, простите за некоторую тавтологию. А так же потому, что продукт-менеджер не внедряется в рабочие процессы большинства из перечисленных разделов?
А куда тогда по вашей схеме вы впишете «Legal», который является внешней средой для «Business»? Или по вашему бизнес определяет в каком правовом поле ему развиваться и напрямую воздействует на государство?
Простите, бизнес воздействует на государство?
Для меня категория бизнес — это всё, что не относится к разработке продукта и его поддержанию с технической точки зрения, а именно продажи, маркетинг, финансовое обеспечение организации, и да, правовая поддержка тут. Это так называемые подразделения обеспечения, они ничего не производят, а занимаются бизнесом, если угодно.
Для меня категория бизнес — это всё, что не относится к разработке продукта и его поддержанию с технической точки зрения, а именно продажи, маркетинг, финансовое обеспечение организации, и да, правовая поддержка тут. Это так называемые подразделения обеспечения, они ничего не производят, а занимаются бизнесом, если угодно.
Ок. На самом деле все, что вы говорите конечно же правильно. Но давайте смотреть на контекст переводной статьи. Автор берется объяснить, что такое «Управление продуктом». Смотрим его схему в отрыве от текста и в центральном треугольнике пишем фразу «Who you are?» Вы ответите на этот вопрос однозначно — «Product manager»? Сильно сомневаюсь.
Может я конечно и придираюсь, мой подход более академичный и когда мы читаем «Product management» студентами СПбГЭТУ используем именно вышеуказанную ромашку.
Может я конечно и придираюсь, мой подход более академичный и когда мы читаем «Product management» студентами СПбГЭТУ используем именно вышеуказанную ромашку.
Так, стоп. Цель статьи — донести, кто такой менеджер продукта. И, как ни странно, к управлению продуктом, он имеет очень общее и несколько далёкое отношение. Это мой опыт и живой пример текущего проекта.
Скажите, пожалуйста, Вы как Вы описываете эту роль студентам? Как человека, который в итоге отвечает за продукт и его жизнь, то есть глава всех глав?
Скажите, пожалуйста, Вы как Вы описываете эту роль студентам? Как человека, который в итоге отвечает за продукт и его жизнь, то есть глава всех глав?
В отпуске я прочитал небольшую книжку Поппендик Мэри, Поппендик Том. «Бережливое производство программного обеспечения: от идеи до прибыли» М.: Вильямс, 2010. Так там крайне удачно проводятся параллели с автомобильной отраслью на примере Тойоты. У них продакт-менеджером выступает главный инженер конкретной модели, например Приуса. И он не только наиболее техничный спец, знающий все нюансы производства, но и тонкий маркетолог и прошаренный финансист. Он в конечном итоге отвечает за успех модели на рынке. Является ли он при этом главой всех глав? Скорее всего нет, но за ним решающее слово и максимальная ответственность.
Да, я согласен, очень точная аналогия. Именно поэтому я вообще мечтаю работать в области машиностроения (:
В общем то да, продукт-менеджер должен уметь очень многое, чуть ли не всё сразу, но в его роль не входит руководить всем. Ровно как и главный инженер отвечает за модель в целом, за её потребительские свойства и качества, но на деле производством руководят менеджеры проектов, так что я склонен считать, что за развитие продукта отвечает ПМ, а продукт-менеджер лишь помогает развиваться продукту в нужном русле, без углубления и принятия на себя функций управления конкретными этапами производства.
Отсюда и моё поддержание столь общей схемы: «Всё обо всём, но в общем».
Простите за масло масляное, с утра тяжело формировать мысли. И спасибо за хорошую наводку на литературу, обязательно прочитаю.
В общем то да, продукт-менеджер должен уметь очень многое, чуть ли не всё сразу, но в его роль не входит руководить всем. Ровно как и главный инженер отвечает за модель в целом, за её потребительские свойства и качества, но на деле производством руководят менеджеры проектов, так что я склонен считать, что за развитие продукта отвечает ПМ, а продукт-менеджер лишь помогает развиваться продукту в нужном русле, без углубления и принятия на себя функций управления конкретными этапами производства.
Отсюда и моё поддержание столь общей схемы: «Всё обо всём, но в общем».
Простите за масло масляное, с утра тяжело формировать мысли. И спасибо за хорошую наводку на литературу, обязательно прочитаю.
«Помогать своей команде (и компании) доставлять необходимый продукт своим потребителям»
А я всегда думал, что основная задача любого сотрудника — приносить компании прибыль. А тут вот как оказывается, продакт-менеджер заботится о потребителях. Ну надо же, какая щедрость!
А я всегда думал, что основная задача любого сотрудника — приносить компании прибыль. А тут вот как оказывается, продакт-менеджер заботится о потребителях. Ну надо же, какая щедрость!
Прибыль — это цель продукта. Но цель != задача сотрудника. Счастье пользователей тоже приносит прибыль, пускай косвенно.
В долгосрочной перспективе получение прибыли компании невозможно без заботы о потребителях. Это — основа маркетинга.
Приносить компании прибыль — это задача топ менеджмента. У инженеров не стоит такая задача, и не может стоять — они не знают приносят они прибыль или убытки компании. И даже если топ менеджмент расскажет инженерам прибыльна или убыточна компания, это никак не скажется на задачах инженера, разве что на мотивации.
Продукт — менеджер? Может проджект -менеджер?
Вещи разные, как коробочное ПО и заказная разработка. Хотя в рамках продуктовой разработки могут отдельные уникальные проекты.
Всё верно. На очень больших проектах появляется необходимость разделять нагрузку с ПМ, так и появляется продукт-менеджер.
Грубо: продукт занимается генерацией идей, проджект — их исполнением.
Грубо: продукт занимается генерацией идей, проджект — их исполнением.
Я бы еще добавил умения дифференциации и позиционирования продукта. Касательно Яндекс.Браузера, я думаю, это крайне важная часть на достаточно развитом рынке. Продакт-менедежер должен знать преимущества и недостатки продуктов конкурентов. Это также является еще одной входной информацией для него при формировании видения продукта.
Также продакт-менеджер должен иметь сильную позицию при реализации необходимого продукта. Он не должен идти на поводу у команды или руководства. В случае, если та или иная фича оспаривается кем-либо в ходе разработки и она критична, продакт-менеджер должен уметь аргументировано отстаивать её. Но и при этом быть готовым отступить от прежнего видения, если вдруг появляются обоснованные на то причины. Это сложно, если продакт-менеджер сильный лидер, но он должен уметь понимать и принимать свои ошибки и корректировать свои действия, не боясь потерять лицо.
Также продакт-менеджер должен иметь сильную позицию при реализации необходимого продукта. Он не должен идти на поводу у команды или руководства. В случае, если та или иная фича оспаривается кем-либо в ходе разработки и она критична, продакт-менеджер должен уметь аргументировано отстаивать её. Но и при этом быть готовым отступить от прежнего видения, если вдруг появляются обоснованные на то причины. Это сложно, если продакт-менеджер сильный лидер, но он должен уметь понимать и принимать свои ошибки и корректировать свои действия, не боясь потерять лицо.
НЛО прилетело и опубликовало эту надпись здесь
Мы в CDNvideo тоже не отказались бы от такого продукт-менеджера, который описан в статье. Но найти такого чрезвычайно сложно. Поэтому даже в больших российских компаниях функции продукт-менеджера часто по факту выполняет генеральный директор.
Для тех, кто еще путает продакт-менеджмент и проджект-менеджмент и мешает все в кашу, рекомендую свою статью-манифест: dotkompot.ru/2013/01/product-no-project/
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кто такой этот продакт-менеджер?