Как стать автором
Обновить

Кто такой продакт-менеджер на проекте и может ли он получиться из ведущего разработчика?

Время на прочтение 8 мин
Количество просмотров 46K
Всего голосов 17: ↑17 и ↓0 +17
Комментарии 10

Комментарии 10

К сожалению, во многих компаниях продакт-менеджер это должность, которой можно щегольнуть для сторонних компаний. Зачастую, ПМ это все тот же менеджер, задача которого побыстрее что-то продать. Хуже всего — когда он успешно продает еще то, что даже в виде формального ЧТЗ не оформлено, не говоря уже о проработки возможности реализации того или иного функционала. И это еще хорошо, если ПМ бывший инженер, либо тимлид — от него в этом случае можно ожидать хотя четко сформилированную концепцию. А если это выходец из менеджмента — все красиво подаст заказчику, и даже продаст. А когда начнется реализация — все огрехи по проектам и гневная критика от разочарованных заказчиков свалится на тех же разработчиков от все того же ПМ. И в этом случае, если руководство видит только деньги, то конечно же они похвалят ПМ за то что он смог продать и достанется разработчикам, которые не смогли реализовать требования в том виде, в котором продал ПМ не особо согласовывая их с другими отделами команды…
Действительно, во многих компаниях получается такая ситуация. Я же описала, как идет процесс продуктовой разработки у нас. И снова хочу подчеркнуть: мы говорим не о софтверной разработке, а о разработке сервиса.

Очень непростой вопрос. Ситуации разные, со спецификой конкретной организации. Бывает лучше продать MVP. Чем дожидаться коммерческого запуска по водопадной модели в борьбе со службой эксплуатации, которая не заинтересована в новой ответственности и требует вылизанного до лоска продукта. Жизнь сложнее измышлений даже очень крутых ПМ и архитекторов и технический лоск не тоже самое, что востребованность рынком. А в бизнесе обычно прав тот, кто несёт деньги в компанию.

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

Спасибо вам за отзыв! Я считаю, что продакту в ИТ сфере лучше всего иметь техническое образование, которое дает системное мышление. А маркетинговые знания «нанизывать» на эту основу. Систематизировать свои знания и опыт  лучше всего на курсах, где выдают диплом государственного образца, сейчас таких много. В Нетологии, например, неплохой курс продуктовой разработки, по итогам которого даже помогают с трудоустройством, во ВШЭ есть курс «Продакт- менеджмент технологического продукта». Но некоторым могут помочь и непродолжительные серии семинаров, например при MBS по продуктовому маркетингу.  В любом случае дальше надо будет накопленные знания применять к бизнес процессам, которые в каждой компании разные. Но по опыту судя, отнюдь не везде проработана процедура разработки продукта, и продуктологу, пришедшему со своими знаниями и навыками, иногда приходится просто налаживать процесс разработки продукта с нуля.    
Есть мысль, что в этом разговоре слишком уж много сводится к личности специалиста. А где-же автоматизация его деятельности? Никто не мучается вопросом откуда взяться бухгалтерам или даже продавцам. Потому как первых на 70% страхует 1С, а вторых на 30% CRM. Да любую офисную позицию поддерживает какая-то Management-система… кроме продакта.
Да, есть PIM, но их функционал сейчас просто ничтожен.
И вишенка на этом пироге — кажется именно продуктовику и нужны наибольшие вычисления, т.к. при сегодняшнем клиентском трафике вручную выдумывать продукт — это безумие.
НЛО прилетело и опубликовало эту надпись здесь
Так и есть, мы сторонники основательного подхода. Но при этом нисколько не осуждаем MVP подход. Мы часто восхищаемся эджайл-командами, которые умеют быстро «зарелизить» продукт. Но успешных среди таких мало. Чаще всего получается так, что выпущенный минимально жизнеспособный релиз настолько не оправдывает ожиданий пользователей, что последующие усовершенствованные версии их уже мало интересуют. Убытки и подорванная репутация как итог.  
Это правда. В больших интеграторах сложнее, не хватает скорости и гибкости. Наиболее продвинутые из них выводят в отдельное юр. лицо продуктовое направление и финансируют по принципам венчура с опционом основателям. Но даже в большом интеграторе мы умудряемся кастдевить и быстро проверять гипотезы по лину. Ещё раз соглашусь — это сложнее и не так эффективно, но даёт возможность развивать продукты.
Пока архитекторы, программисты и подрядчики выполняют свои задачи, продуктолог формирует тарифы, готовит комплект документации по продукту — sales kit и маркетинговые материалы по продукту (включая контент для сайта). Может совместно с маркетологом составлять план продвижения продукта.
Sales kit — это в том числе ТЗ (в смысле Technical Assignment). А кто его составляет? Если не продакт, то он такого напродает! А если он, то времени на маркетинг пойди найди. Как это разруливать?
Зарегистрируйтесь на Хабре , чтобы оставить комментарий