Pull to refresh

Comments 7

В каких сферах чаще всего требуется Product Manager?

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

Привет,

Чаще всего продакты нужны в продуктовых компаниях, стартапах, который готовит свой продукт, в ИТ компаниях сервис-провайдерах больше роль Продакт Овнер (смесь Продакт менеджера, эксперта в продметной одласти (активного пользователя) и бизнес-аналитика)

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

Спасибо за совет, рассмотрим такой вариант!

В личку долбиться бесполезно, погнали!
Roadmap спутан с userstory — это вообще туши свет; PM, не знающий разницы — это вообще как?
Самая правильная аудитория для проверки как гипотез, так и версий самого продукта (при его запуске или улучшении) – активные пользователи.

С гробов QA можно ток снимать после этой фразы — проверка гипотез и версий на клиентуре — спасибо за совет, треш полный.
Сам Product тут смешан и с Project, и с Program, и с визионером.
Вобщем как и все остальное от данного автора — светим лицом, в текст не смотрим

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

В ответ поделюсь своим: ответы не по сути дела, а также полное игнорирование своих ошибок — путь Яндекса и Мейла. Именно за это они так презираемы в последнее время. Зачем же уподобляться? Хоть бы roadmap и userstory поправили (это ведь не вкусовщина, а незнание термина)

Поясню подробнее связь и различия roadmap и userstory:
Userstory — граф передвижения клиента по продукту, логика данных переходов, возможности и нагрузка. Конечно, такой граф пересекается набором реализуемых фич при разработке, но часто совсем не таким же образом, потому ставить пункт roadmap в соответствие точке или ребру такого графа неправильно (к примеру прикручивание одной подсистемы в продукт может закрыть половину графа целиком или не закрыть даже одну вершину). Также в userstory нет сроков исполнения.
Roadmap — более техническое, чем маркетологическое описание продукта, в идеале должен составляться с привлечением тимлидов и СТО. Содержит сроки исполнения, ради них и составляется. Также помогает понять интеграционные тесты, выглядит часто просто списком (именно поэтому не map, а roadmap — линия навигатора на карте, а не карта по сути)

уровень зарплат в этом секторе

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

Sign up to leave a comment.

Articles