Менеджер продукта. Кто это и для чего он нужен

В новой рубрике «Творческий менеджмент» мы будем рассказывать о том, чем занимаются люди, которые окружают представителей творческих профессий - музыкантов, режиссёров, художников и дизайнеров - и помогают им в организации концертов, выставок, съёмок и т. д. Несмотря на важность таких профессионалов, мы порой не знаем, чем они конкретно занимаются и почему их работа так важна. Look At Me объясняет, какие обязанности выполняют творческие менеджеры. В новом выпуске рассказываем о продакт-менеджерах - людях, которые помогают дизайнерам и программистам создавать востребованные продукты.

Продакт-менеджер

Места работы

Технологические компании,
дизайн-бюро

Задачи

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

Известные продакт-менеджеры

Марисса Майер

Бывший product-менеджер Google,
CEO Yahoo

Сандра Лю Хуанг

Product-менеджер Quora

Сачин Рехи

Product-менеджер LinkedIn,
CEO Connected

Разбираются в технологиях, дизайне и бизнесе

Обязанности продакт-менеджера всегда зависят от компании, в которой он работает. Но и в небольших стартапах, и в крупных технологических компаниях эту должность должны занимать люди, которые разбираются сразу в нескольких областях, чаще всего это технологии, бизнес и дизайн. Так как специального образования в области продакт-менеджмента не существует (хотя Facebook требует от претендентов на эту должность диплома по информатике), известные профессионалы в этой области являются инженерами, как Марисса Майер, бывший продакт-менеджер Google, или, например, экономистами, как Сандра Лю Хуанг, работавшая в Facebook, а теперь являющаяся product-менеджером Quora. Кроме того, продакт-менеджеры должны быть коммуникабельны и уметь переключаться с одной задачи на другую. Чтобы получить представление о том, как проходит день такого профессионала, достаточно посмотреть расписание Мариссы Майер, которое опубликовал журнал Bloomberg Businessweek в 2006 году, когда Майер ещё работала в Google.

Другой взгляд на профессию предлагает product-менеджер LinkedIn Сачин Рехи , который выделяет три аспекта своей деятельности: создание концепции продукта, разработку дизайна и организацию всего процесса. Это описание трёх основных этапов работы продакт-менеджера над конкретным проектом.

Изучают проблемы пользователей и проводят исследования

Первый этап работы над созданием продукта - исследование аудитории. Прежде чем дизайнеры, программисты и другие профессионалы начинают разработку продукта, продакт-менеджер должен знать, насколько успешны были предыдущие разработки компании и на какую аудиторию будет рассчитан новый продукт: например, кто будет покупать дизайнерскую мебель, пользоваться программным обеспечением или мобильным сервисом, который компания планирует создать. Например, Джеффри Вин, отвечающий за разработку продуктов Adobe и развитие Creative Cloud, в интервью онлайн-изданию The Great Discontent рассказал, что несмотря на понимание того, что компания создала несколько десятков программ, его работу значительно упрощает то, что аудитория Adobe - это творческие профессиоалы.

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

Формулируют требования к продукту и утверждают конечный результат

Основываясь на исследованиях, продакт-менеджер формулирует задачи перед командой, разрабатывающей конечный продукт . Также менеджер следит за тем, чтобы создаваемый продукт соответствовал запросам аудитории, её психологии и схемам поведения. На протяжении всего времени работы над продуктом продакт-менеджер утверждает большинство принимаемых решений с командой и контролирует выполнение конкретных заданий, на которые разбивается большая задача, стоящая перед командой. Кроме того, все этапы обсуждаются с руководством компании: например, в расписании Мариссы Майер, составленном во времена её работы в Google, запланирована встреча с Ларри Пейджем и Сергеем Брином, на которой они обсуждают текущие проблемы.

Следят
за соблюдением концепции

Каталог IKEA для всех стран и для Саудовской Аравии

продакт-менеджер должен следить, чтобы всё, что производит компания, подчинялось единой концепции. В современном глобальном мире это особенно важно: если компания отступает от своих однажды сформулированных принципов в одном городе или стране, то это наверняка станет известно всем её клиентам и может навредить её репутации. Например, когда IKEA удалила все изображения женщин из своих каталогов для Саудовской Аравии, представителям компании пришлось извиняться перед клиентами. IKEA не раз заявляла, что её мебель выражает её идеологию, но каталог для многих покупателей так же важен, как и мебель. Таким образом, продакт-менеджер должен продумывать не только, каким будет продукт, но и всю его маркетинговую стратегию. Именно умение видеть весь продукт в целом и не выпускать из внимания важные детали делает некоторых продакт-менеджеров хорошими исполнительными директорами - именно так сложилась карьера Мариссы Майер, которая была продакт-менеджером в Google, а затем возглавила Yahoo!

Откуда это все пошло? С западной части США. Почему оттуда? Потому что именно там, в Юте, был утвержден Agile Manifesto с его «product owner» в 2001-м. Потому что именно благодаря Сан-Франциско и его «Силиконовой долине» в начале 21 века стало широко распространено понятие «стартап», и именно в стартапах возникла глобальная потребность в «product managers». И именно там находится штаб-квартира «Яблока», продемонстрировавшего миру, что может случиться, если продуктом займется хороший product manager.

Ладно, так кто же такой менеджер продукта?

Согласно Википедии – «…человек, отвечающий за создание новых продуктов, анализ рынка, ассортиментную политику и бла-бла-бла…». Или вот еще: «…задача продукт-менеджера - определить концепцию продукта и стратегию его развития. Продукт-менеджер задает критерии успеха и принимает решения…». Уже лучше, но все еще водянисто. Нужно проще.

Смотрим в историю. Когда появились продукт менеджеры? Тогда, когда очевидные потребности людей уже были удовлетворены и необходимо было найти или создать новые. Когда тысячи стартапов пробовали делать десятки тысяч разных продуктов и никто не мог сказать, какой из них будет нужен потребителю. Они даже не знали, кто их потребитель. Короче, всем нужен был ответ на вопрос «ЧТО делать?». И менеджеры продуктов его дали.

Итак, менеджер продуктов - это про «ЧТО». Если смотреть через призму проектного управления, то это про содержание. Например, в PMBoK разделяют project scope и product scope , потому что первое, это все-таки про «как», а вот второе, это как раз «что». Кстати, про проектное управление…

1. ProductM vs ProjectM

Чтобы никто не путался, сразу определим разницу между менеджером продукта и менеджером проекта:

1. Первый – постановщик задачи, второй – контроллер исполнения.
2. Первый говорит, что делать, второй – кто, когда и как это будет делать.
3. Это не может быть один человек, если только он не страдает раздвоением личности.

Часто говорят, что менеджер продукта отвечает за то, чтобы «делать правильные вещи», т.е. за результат, а менеджер проекта за то, чтобы «делать эти вещи правильно», т.е. за эффективность. Ну че тут сказать, правильно говорят, чертяги.

Как правило, эти двое, если они работают вместе, балансируют на грани того, чтобы навалять друг-другу, потому что один всегда хочет сделать лучше, а другой – быстрее и дешевле. Но это, в целом, не мешает им делать хорошие продукты.

Для закрепления образа менеджера продукта вспомним еще одного крутого типа:

1. Что должен уметь product manager?

А вот реально, что? И как этому научиться? Вот тут появляются проблемы. Менеджер продукта – это созидатель, человек творческий. Как можно научиться творчеству? Очень долго время люди считали, что способность творить – это дар, ему невозможно научиться. Сейчас процесс творчества стал лучше детализирован, появились определенные технологии сбора информации с потребителей, людям помогают развивать эмпатию, благодаря которой они могут лучше понять потребителя. Т.е., в-принципе, тут есть чему поучиться.

И все же это далеко не Body of Knowledge, как PMBok. Есть ощущение, что такого свода знаний для менеджеров продуктов не появится, и искать идеальный набор скиллов для менеджера продукта придется каждому самостоятельно, ну или в небольших кучках. А это уже сам по себе творческий процесс. Поэтому если Вы не можете по достоинству оценить Бетховна, Курта Кобейна,и Эминема (именно всех троих) - не мучайтесь, в Вас нет чувства прекрасного, и менеджером продукта, Вам, скорее всего, быть не удастся.

Строго говоря, не существует вуза, специальности или дисциплины, после изучения которой человек был бы (пусть даже теоретически) готов к тому, чтобы стать менеджером продукта. И наоборот, человек, который ни черта не разбирается в программировании, в управлении проектами, не имеет образования маркетолога, реально может стать успешным продукт менеджером. Забавно, да?

И все-таки попробуем определить, что должен делать менеджер продукта, чтобы успешно отвечать на вопрос «Что?».

1. Так что же должен делать менеджер продукта?

a. Знать рынок и конкурентов;

b. Слышать потребителя;

c. Точно определять, что именно должно быть сделано (еще раз, для быстрых, «ЧТО», а не «КАК»), причем выражать свою мысль письменно;

d. Описывать требования к продукту и всегда держать это описание в актуальном состоянии;

e. Разрабатывать презентации и инструкции для тех, кто продает продукт, помогать им продавать.

Это если коротко. Заметьте, тут достаточно много скиллов, которые могут быть оценены только субъективно. Как, например, понять, слышит этот чел потребителя или нет? Как вообще отличить хорошего менеджера продукта от плохого, например, на собеседовании? Тут сильно поможет обращение к прошлому опыту:

• Какие продукты у него были ранее?
• Были ли они успешны?
• Если нет, то почему?
• Что он про это говорит?
• Ищет он проблему в себе, или списывает на обстоятельства?

Но давайте, все-таки, разберем эти 5 пунктов. По буковкам.

1. Знать рынок и конкурентов.

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

1. Слышать потребителя.

Не нужно быть богом, нужно быть чиновником. Нет, не в том плане, что бюрократом, хотя об этом еще будет дальше, а в том, что чиновник, по замыслу – слуга народа. По-английски, кстати, так и звучит: «civil servant». Нужно быть гипервнимательным к тому, что говорят потенциальные клиенты, и реально хотеть им помочь. Нужно слышать, что говорят продажники, и помогать им тоже. Нужно учитывать, что говорят разработчики. Помогать не обязательно. Шутка.

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

1. Точно определять, что именно должно быть сделано.

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

Если в требованиях есть какие-то неопределенности, которые нужно снять – нужно снять их. Не можете сами – попросите кого-нибудь поработать аналитиком.

1. Описывать требования к продукту и всегда держать их в актуальном состоянии .

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

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

1. Разрабатывать презентации и инструкции для тех, кто продает продукт

Если Вы не можете продать этот продукт, то, наверно, никто не сможет. Но, даже если Вы его продаете, нужно еще научить этому продажников. Часто это напоминает обучение обезьянок тому, как носить очки. Представляю, как обучал продажников Форд:

Автомобиль.

Ав-то-мо-биль!

Ло-шадь!

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

Так что дружимся, учим, помогаем. Да и если приглядеться, продажники – классные ребята, хоть и другие.

1. Каким командам нужен менеджер продукта?

От красивых сказок идем ближе к реальности. Где будет востребован такой герой? Смотрим исключительно на рынок 1С.

a) 1С и партнеры-разработчики.

Точно не будет лишним в продуктовой разработке. Думаю, если бы у каждого продукта, выпускаемого 1С и партнерами, был хороший продукт-менеджер, они бы не выглядели так:

Ведь можно делать так:

Да и сами продукты были бы более сфокусированы на проблемах клиента. Ведь проблема существующих продуктов 1С и Ко именно в этом – не всегда понятно, для кого они сделаны. Достаточно часто на партнерском форуме приходится слышать от разработчиков 1С ответ «Мы учтем ваши пожелания, но непонятно, когда мы это сможем сделать». И такой ответ встречается на вполне разумные пожелания, поддерживаемые множеством участников форума.

Одна из основных сложностей 1С в этом плане – необходимость разрабатывать максимально широко применимые продукты. Очень сложно угодить толпе, и уж тем более утопично пытаться прислушиваться к ней. В итоге, если попробовать нарезать разработку продукта слоями, в случае с 1С получится модель «Анархия разработчиков»:

Многие партнеры 1С, кстати, наоборот, неплохо понимают потребности их клиентов. Их продукты более узкоспециализированы, а значит, понять, что именно должен давать продукт пользователю, существенно проще. Но у них, к слову, есть другая проблема, приводящая к модели «Красиво, но опасно»:

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

Для компаний, разрабатывающих продукты на платформе 1С, это вобще «must have», потому что не имея таких ресурсов, как у 1С, невозможно сделать продукт «для всех и ни для кого», который бы при этом хорошо продавался.

b) Проектные команды.

Казалось бы, а зачем оно им? Они же не разрабатывают продукты.

Во-первых, это пока. Хорошо понимая определенную отрасль, грех не сделать для нее специализированное решение. И если вы - проектная команда, но не видите, какой продукт можно сделать для отрасли, с которой вы много работаете, или считаете, что существующие продукты 1С, партнеров, или сторонних вендоров полноценно закрывают потребности рынка – вы, наверно, плохая проектная команда. Даже к 1С: Бухгалтерии постоянно выходят какие-то примочки типа электронной сдачи отчетности, проверки контрагентов, автоматического распознавания и ввода накладных и т.п.

Во-вторых, в проектах, независимо от того, по какой технологии они выполняются, должен быть кто-то, ответственный за систему, за то, чтобы она удовлетворяла требованиям, снятым с заказчика. И это точно не РП. Этот кто-то – не совсем менеджер продукта. Он еще не говорит самостоятельно, ЧТО должно быть сделано, он, как правило, узнает это у клиента, у одного конкретного клиента. Но может повлиять на это решение, подсадив клиенту пару идей, или высказав свое авторитетное мнение. Этакий эксперт-методолог. Это и есть будущий менеджер продукта.

c) Продавцы и разносчики пиццы ИТС и коробок 1С.

Им не нужно. Точка.

Вместо красивого конца:

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

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

Директор по продукту Zuora Нэйтан Крэсвелл в личном блоге на Medium опубликовал свое мнение по поводу должности продакт-менеджера, основываясь на собственном опыте работы в более чем пяти компаниях. ЦП публикует перевод материала, выполненный командой Interweb Pro .

Менеджер по продукту — странная должность в Кремниевой долине.

Вы почти генеральный директор. Но на самом деле — нет. Вы — «и швец, и жнец, и на дуде игрец», но не умеете ни того, ни другого, ни третьего.

В ваших руках вся власть, и в то же самое время у вас её абсолютно нет. На вас лежит вся ответственность, и в то же самое время вы не отвечаете ни за что.

И, если честно, все сказанное — правда. И одновременно всё — неправда.

Если серьезно, когда ты работаешь продакт-менеджером, иногда ощущаешь себя в каком-то жутком решете парадоксальных формулировок в духе «дзен», и думаешь, что нашел ответ — но нет. И так постоянно.

Я работал продакт-менеджером в SaaS-компаниях пять лет. И мне казалось, это было хорошее время, которое отражало то, чему я научился (разным вещам), чему не научился (куче разных вещей), и где наделал ошибок (много ошибок). Интересно, что когда я только начинал, я часто видел объявления о наборе менеджеров по продукту, в которых говорилось, что у меня «должен быть опыт работы не меньше пяти лет», «не меньше десяти лет».

И, наконец, через пять лет, мне кажется, я понял, почему.

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

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

Очевидно, вам приходится убеждать их с помощью некоего поля искажения реальности (что еще сказать, у Стива Джобса оно было, но разве он не был самым лучшим менеджером по продукту всех времен и народов? Ну и разве он не был при этом просто отличным парнем?).

Разработчики автоматически видят в вас врага. Почему? Потому что вы заставляете их работать. И это не всегда та работа, которой они предпочли бы заняться.

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

Если вы даете им слишком много работы, они открыто отказываются ее выполнять: «Тут еще один пользовательский момент, не вписывающийся в нашу разработку, извините, но вам придется что-то сократить». Что?!

Если же вы недостаточно нагружаете их, то это именно у вас не хватает проницательности, чтобы заставить команду работать.

Вот в этот-то самый момент другие менеджеры продуктов и начинают красть ваши ресурсы. Забавно.

И это касается не только разработки. Каждый готов обвинить вас в чем угодно, при этом большую часть вопросов вы вообще не контролируете. «Где мой запрос функции, который я отправлял еще три года назад?» «Почему выход версии отложен? ВЫ назначили эту дату, не так ли?» «Почему я нахожу эту ошибку после релиза? Вы даже не тестировали?» «Клиент хочет пообщаться с менеджером, они не в восторге от этого продукта».

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

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

Никогда не наследуйте продукт другого продакт-менеджера

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

Мои поздравления! Теперь это ваши проблемы!

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

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

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

Посещайте совещания и общайтесь с разработчиками

Не знаю, почему некоторые менеджеры считают, что не посещать совещания — совершенно нормальное явление.

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

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

Вы — всё

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

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

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

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

Никогда не отрывайтесь от жизни. Хороший менеджер по продукту приветствует любое общение с клиентом, в котором он участвует (да, и даже оскорбительное). Поскольку это единственный способ узнать, что происходит. Кому вы уступаете сделки? Что думают клиенты о вашем продукте? В чем он помогает людям? И вообще, они им пользуются?

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

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

И если бы сейчас мне нужно было назвать свое краткое парадоксальное высказывание в стиле «дзен», я бы сказал: “поставляйте продукцию и делайте своих клиентов счастливыми”. Это все, что вам нужно сделать. После этого все встанет на свои места.

Андрей Арефьев, руководитель департамента продукта anywayanyday . com, написал для Rusbase колонку о том, как компания искала менеджеров продукта.

Кейс: как Anywayanyday искал менеджеров продукта

Раньше управлением и развитием продуктов в Anywayanyday занимались бизнес-аналитики. В конце прошлого года мы поняли: чтобы улучшить эти процессы, каждому нашему продукту нужен свой владелец. То есть такой менеджер, который относится к продукту как к своему и думает о нём 24 часа в сутки. Успех продукта для такого менеджера - базовая физиологическая потребность. Другими словами, это предприниматель на службе у бизнеса.

I . Кого мы искали?

Менеджер продукта - это трудяга с уникальным набором навыков и разнообразным опытом преимущественно в IT и маркетинге.

Для начала мы сформулировали 6 свойств идеального менеджера продуктов Anywayanyday:

1. Отличное бизнес-мышление.
2. Отличное системное мышление.
3. Отличное знание теории маркетинга.
4. Отличное знание современных веб-технологий.
5. Отличные коммуникативные навыки.
6. Чувство «владения продуктом».

(Кстати, Минтруда РФ недавно утвердило профессиональный стандарт для менеджера продукта в области информационных технологий. Он хорош тем, что основной акцент в нём делается на маркетинговые, а не технические компетенции. Его вполне можно использовать при составлении требований для вакансии.)

Соответственно от соискателей мы ожидали, что они справятся со следующими заданиями:

• разобраться, как устроена бизнес-модель Anywayanyday, имея под рукой только Google;
• выбрать метрики для оценки такого продуктового решения, как «увеличение комиссии»;
• описать на диаграмме состояний бизнес-логику успешной покупки авиабилета;
• предложить работоспособный вариант поисковой оптимизации для миллиона низкочастотных запросов;
• решить кейс «вывод на рынок продукта “мотоцикл”»;
• рассказать о принципах идентификации клиента в веб-аналитике;
• придумать сходу несколько решений для повышения конверсии на странице с результатами поиска авиабилетов;
• решить коммуникативный кейс «Я из маркетинга и я хочу красную кнопку «Купить» здесь и сейчас!».

II . Среди кого мы искали?

Людей, отвечающих всем нашим критериям, на рынке очень мало. Это неудивительно. Самой профессии «менеджер продуктов» в России не больше 5 лет, и ей у нас в стране нигде не учат.

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

III. Как себя показали разные специалисты?

1. Бизнес-аналитики и системные аналитики

Аналитики, которые справились очень плохо:

• не владеют понятийным аппаратом в области маркетинга, чтобы решать задачи вроде кейса с повышением конверсии.
• имеют очень слабое чувство «владения продуктом», поскольку до этого у них был заказчик, чье слово - закон.
• не умеют управлять конфликтами - идут на уступки и ищут компромиссы, а не решения.
• не сформулировали концепцию MVP. Как правило, такие аналитики раньше работали в компаниях, где разработка организована по принципу водопада. Поэтому они не смогли применить agile-принципы к управлению продуктом и его выводу на рынок.

Аналитики, которые справились удовлетворительно:

• не знакомы с принципами веб-аналитики, но способны их быстро усвоить.
• умеют придумывать интерфейсные решения.
• имеют базовое представление о digital-маркетинге.

Аналитики, которые справились хорошо:

• владеют языками моделирования, поэтому легко справились с бизнес-моделью и бизнес-логикой.
• хорошо понимают процесс разработки и используемые технологии.

Общее впечатление и вывод: на роль менеджера продуктов они точно не подходят. Только если у вас не продукт, направленный на внутреннее потребление, - например, интранет.

2. Менеджеры проектов

PM’ы, которые справились очень плохо:

• слабо владеют инструментами анализа данных.
• не смогли решить кейс с увеличением комиссии - все упиралось в «конверсию».
• Понимают Agile только как методологию управления проектами по разработке программного обеспечения. Поэтому не смогли сформулировать концепцию MVP применительно к выводу нового продукта на рынок.

PM’ы, которые справились удовлетворительно:

• Эффективно управляют конфликтами. Однако эффективность зачастую достигается за счёт излишней агрессивности. Это хорошо для процесса, но плохо для отношений в команде.
• придумывают интерфейсные решения, но обостренное чувство владения легко приводит к конфликту интересов с проектировщиком.
• имеют представление о digital-маркетинге, могли говорить о принципах поисковой оптимизации, но без огонька.

PM’ы, которые справились хорошо:

• владели процессом «управление проектом», поэтому демонстрируют притязания и на владение бизнес-доменом.
• есть опыт использования различных информационных моделей, поэтому легко справляются с конструированием собственных.
• отлично понимают процесс разработки и технологии.

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

3. Дизайнеры интерфейсов

Дизайнеры, которые справились очень плохо:

• продемонстрировали слабый интерес к анализу данных.
• имеют слабый понятийный аппарат в области бизнеса.

Дизайнеры, которые справились удовлетворительно:

• красота и удобство интерфейса для них важнее, чем его коммерческая эффективность.
• приходилось спорить с заказчиком о конверсии, поэтому могут развернуто говорить на тему измерения эффективности продуктов.
• неплохо понимают digital-маркетинг, но не смогли предложить другие метрики эффективности, кроме CTR.
• есть опыт работы с информационными моделями.
• неплохо понимают процесс разработки, но слабо представляют себе технологии вне веба.

Дизайнеры, которые справились хорошо:

• имеют хорошие конфликтные навыки. Ищут решение, способны убеждать, стараются не испортить отношения.
• обладают чувством владения, возникающим из проектирования продукта.
• сформулировали концепцию MVP и придумали стратегию выхода на рынок.

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

4. Маркетинговые менеджеры

Маркетинговые менеджеры, которые справились очень плохо:

• имеют крайне слабое представление о процессах разработки, технологиях и сопутствующих проблемах.
• не имеют опыта работы с информационными моделями.

Маркетинговые менеджеры, которые справились удовлетворительно:

• имеют неплохие навыки управления конфликтами: будучи внутренними заказчиками, научились добиваться своего малой кровью.
• придумывают шаблонные интерфейсные решения.
• способны научиться «владеть продуктом», но без технической базы будут сильно зависеть от мнения руководителей технических подразделений.
• слышали об основах продуктовой экономики и оперируют терминами LTV и CAC, однако на реальных кейсах очень сильно «плавают».

Маркетинговые менеджеры, которые справились хорошо:

• отлично понимают метрики для оценки эффективности маркетинга, знают digital-каналы.
• владеют инструментами и аппаратом, необходимыми для анализа данных.
• знакомы с концепцией MVP и могут описать адекватную стратегию продвижения продукта.

Общее впечатление и вывод: много плюсов и один важный минус - полное непонимание процессов. На роль менеджера продуктов такие специалисты подойдут только при наличии опыта работы в «технической» сфере и широкого кругозора в digital-маркетинге.

5. Стартаперы

Стартаперы, которые справились очень плохо:

• продемонстрировали слишком сильное чувство владения продуктом, которое растет из предпринимательского опыта. С трудом принимают ограничения, которые накладываются на продуктовые решения руководителями компаний.
• обладают плохими навыками управления конфликтами: склонны не учитывать интересы остальных участников бизнес-процесса.

Стартаперы, которые справились удовлетворительно:

• имеют обрывочное представление о процессах разработки, связанное с программированием в маленьких командах без системы контроля качества.
• быстро схватывают информационные модели.

Стартаперы, которые справились хорошо:

• могут написать сюда колонку на тему измерения эффективности рекламных каналов.
• любят данные и понимают, зачем они нужны.
• подадут вам MVP и приправят развитием потребителей.
• умеют генерировать нестандартные интерфейсы.
• только с ними удалось свободно пообщаться об ARPU, Retention и MRR.

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

6. Менеджеры продуктов

Менеджеры продуктов, которые справились удовлетворительно:

• понимают информационные модели и работают с ними.
• любят данные, но хотят, чтобы где-то рядом был веб-аналитик.

Менеджеры продуктов, которые справились хорошо:

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

Общее впечатление: что тут говорить? Их-то мы и взяли.

IV. Результат

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

Тем не менее процесс того стоил - сравнительный анализ компетенций разных IT-профессионалов стал очень познавательным. Надеемся, что для вас эта информация тоже оказалась интересной.

Нашли опечатку? Выделите текст и нажмите Ctrl + Enter

Основной обязанностью продакт-менеджера является: Помогать своей команде (и компании) доставлять необходимый продукт своим потребителям.

Если разбить этот процесс на более мелкие составляющие:

1. Помогать своей команде

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

Главным образом, это касается: (а) координации – необходимо убедиться в том, что команда эффективно планирует, принимает решения и работает сообща с четко поставленными целями и задачами; а также (б) взаимодействия – заботы о том, чтобы каждый понимал, что происходит, когда и почему, особенно сейчас, в условиях неизбежных перемен.

Сноска

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

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

С тактической точки зрения, помощь вашей команде часто заключается в том, чтобы записывать и резюмировать заметки после долгого совещания, или написание спецификации, которая отражает в письменной форме согласованные и запланированные командой действия. Частенько замечал, что написание хорошего отчета может занять больше времени, чем само совещание. И, зачастую, работать вместе с людьми из вашей обширной команды означает собирать фидбеки, делиться планом действий, делать все, чтобы никакие препятствия или ловушки не позволяли команде сворачивать с намеченного пути - доставлять продукт потребителю. В Twitter’е мы называли это «вовлеченность всех групп в расширенную команду «ACT SOLID»

ACT SOLID

Сокращение от Аналитика (A nalytics), Коммуникации (C ommunications), Надежность/доверие (T rust), отделы Поддержки (S upport), Операций (O ps), Юридический (L egal), Международный (I nternational), Дизайнерский (D esign).

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

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

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

3. доставлять

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

4. необходимый продукт

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

Что еще важнее, как только доставка состоялась, лучшие продакт-менеджеры могут выяснить, является ли доставленный продукт «тем самым». Они должны тесно взаимодействовать с командой с тем, чтобы убедиться в измеримости основных характеристик продукта, а также в том, что можно получить ответы на нелегкие вопросы о том, пользуются ли люди на самом деле продуктом или нет. После того, как продукт доставлен, они тщательно изучают полученные данные и помогают команде выяснить, какие части работают, а какие нет; затем совместными усилиями быстро разрабатывают план по улучшению и дальнейшим испытаниям.

5. своим потребителям

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

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

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

Кто разделяет основные принципы, изложенные в данной статье, - напишите в личку. Нам нужны такие люди в команду Яндекс.Браузера.