Skip to main content

Работа менеджера продукта

Работа менеджера продукта

Не так-то просто определить в чем заключается Работа менеджера продукта в компании. В реальной жизни его роль отличается от компании к компании. За последнее время у меня было несколько разговоров с моими друзьями, которые только получили позицию менеджер продукта или продвигаются по своей продуктовой карьере, на тему “Кто такой менеджер продукта?”. Я хочу объединить результаты этих разговоров и поделиться ими здесь. Жду от вас обратной связи в комментариях.

Работа менеджера продукта в том, чтобы:

Помогать вашей команде (и компании) доставлять правильный продукт вашим пользователям

Давайте разобьем это утверждение на несколько частей:

1) Помогать вашей команде:

Лучшие менеджеры продуктов тратят все своё время на высокоприоритетные задачи, которые помогают их команде.

Их основные задачи: (a) координация —  уверенность в том, что команда планирует, принимает решения и работает вместе эффективно с четкой целью и фокусом, и (b) коммуникация — уверенность в том, что каждый понимает, что происходит, когда и почему, это особенно важно так как изменения неизбежны. Заметка: Под “командой,” я понимаю группу людей, непосредственно работающих вместе над продуктом или частью продукта, включающую дизайнеров, инженеров, QA, технических писателей, маркетологов, и аффилированные на проект команды такие как развитие бизнеса, техническая поддержка, юристы и так далее.

Множество людей описывает менеджера продукта как CEO продукта или “владельца” спецификации продукта. Я считаю, что это чрезмерное приписывание влияния и полномочий менеджеру продукта. Лучшие команды работают так, что команда коллективно владеет спецификацией продукта. Каждый член команды вносит свой вклад и может предлагать, и продвигать идеи. Лучшие менеджеры продукта управляют ключевыми решениями, получая данные и идеи от всей команды, и несут ответственность за сглаживание разногласий, разрешение патовых ситуаций, и получение консенсуса когда принимаются решения (по крайней мере от тех, кто подписывается на план). Команда должна делать не то, что считает правильным менеджер продукта. Это не значит, что у менеджеров продуктов не должно быть собственных замечательных идей, но ваша цель найти команду, которая не будет слепо реализовывать их идеи.  Вместо этого, лучшие менеджеры продуктов ставят процесс таким образом, что вся команда вовлекается в коллективное обсуждение правильных приоритетов.

Если смотреть более тактически, то помощь вашей команде часто означает быть человеком, который записывает и обобщает заметки после затянутых совещаний, или создает спецификации продукта, чтобы убедиться, что у вас есть описание консенсуса команды и план в письменной форме. Я не раз замечал, что создание хорошего документа с описанием принятиях решений занимает больше времени, чем сами совещания. И очень часто это означает взаимодействие с людьми вашей расширенной командой —  получение их отзывов, обнародование плана, а также проверка, что на пути вашей команды по доставке продукта пользователю нет барьеров или ловушек. В Twitter, мы называем это ACT SOLID, то есть действовать решительно, чтобы захватить все группы, входящие в расширенную команду (Аналитики, Пиар, Безопасность, Поддержка, Ops, Юристы, Дизайн и другие).

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

2) (и компании):

Как менеджеру продукта, вам крайне необходимо понимать общие цели и задачи компании. Понимать, как именно ваша команда и продукт вписываются в глобальное виденье. Лучшие менеджеры продуктов, которых я встречал и с которыми работал вместе, были в постоянной связи с виденьем основателя компании и помогали команде работать над тем, что приближало реализацию этого виденья. Они могли сформулировать как достижение конкретных целей и показателей их продукта повысит общую ценность компании. И они думают о своей команде как о части компании, в сочетании с другими командами, а не просто делают то, что они лично считают важным. Я всегда смотрю на одну вещь в собеседованиях менеджеров продукта – как часто кандидат ссылается на глобальное виденье компании, в частности виденье основателя, CEO, или вице-президента группы компаний. Также как с помощью команде, это не значит, что менеджеры продукта не должны иметь собственных отличных идей, но они должны уметь вписывать свои идеи в основное виденье и цели компании, чтобы быть уверенными, что их поддерживает руководство в реализации этих идей.

3) доставлять:

Ничто не имеет большего значения, чем Фактическая поставка продуктов вашим пользователям. Вы можете быть отличным помощником вашей команды при создании классных вещей, уметь выделять правильные продукты или воплощать виденье, но по-настоящему важно можете ли вы в конечном счете помочь команде добраться до точки, где вы наконец можете поставить продукт. Хорошие менеджеры продуктов понимают сложный баланс между созданием правильно продукта и созданием продукта, готового к доставке пользователям. Команды всегда могут тестировать, пробовать новые продукты, и прислушиваться к ранней обратной связи. Но в любом продукте наступает момент, когда команда должна признать, что продукт достаточно готов (ведь по-настоящему готов он не будет никогда). Команды с чёткими целями и задачами, а также хорошо чувствующие пользователя, и понимающие что они хотят дать пользователю, смогут пойти на необходимые компромиссы. Обычно именно правильное управление продуктом помогает довести дело до конца.

4) правильный продукт:

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

Правильный продукт

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

5) вашим пользователям:

Самая тяжелая часть создания любого продукта – формулирование вашего основного “use case”, то есть настоящий рассказ истории о том, кто должен использовать ваш продукт и почему. Лучшие менеджеры продуктов —  адвокаты ваших пользователей и представляют пользователей при любых дискуссиях, когда принимаются решения по продукту.

Это требует глубокого понимания вашей целевой аудитории — какие у неё проблемы и вопросы? Как ваш продукт должен доносить ценность и удовольствие, которые они ищут? Хорошие менеджеры продукта всегда прислушиваются к обратной связи от пользователей —  в какой бы форме она не была: usability тесты, встреча с пользователям в “поле”, чтение писем, приходящих в техническую поддержку, или твитов, или работа с людьми в вашей компании, которые делают все это каждый день. Но лучшие из них объединяют все эти богатства обратной связи в виденье продукта, которое помогает команде быть уверенной в том, что они делают правильные вещи.

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

P.S.

Это перевод первой статьи из проекта Open Product Management.

Оригинальная статья — тут.

Автор оригинальной статьи — Josh Elman.

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