Название должности само по себе вводит в заблуждение. Эффективный менеджер по продукту – это не директор. Должность не предполагает больших прямых полномочий. Чтобы стать успешным лидером, менеджеры по продукту должны признавать сильные стороны членов команды и работать с ними для достижения общей цели. Им нужно убедить команду, как и всю компанию, в том, что их действия являются правильным решением. Эти навыки влияния очень важны.
Одно из самых больших заблуждений относительно роли продакт-менеджера заключается в том, что он владеет продуктом и поэтому может указывать команде, что и как создавать. Будете придерживаться такой тактики – оттолкнете от себя остальных членов команды. На самом деле продакт-менеджеры владеют лишь причиной, по которой они создают продукт. Они знают поставленную цель и понимают, в каком направлении должна двигаться команда (в зависимости от стратегии компании) и сообщают это направление всем остальным.
Менеджер по продукту работает с членами команды над разработкой идеи. Затем, по мере требований, он снова подключается, чтобы убедиться в том, что создаваемый продукт достигает целей клиента, пользователя и бизнеса. После этого они работают над укреплением или доработкой концепции. И вот, после всех этих действий, продуктом уже владеет
Определение продукта, который необходимо создать, требует стратегического и экспериментального подхода. Продакт-менеджер стоит во главе экспериментов, продолжая выявлять и раскрывать известное-неизвестное. В начале разработки известное-неизвестное обычно связано с исследованием проблемы и поведением клиента, например: «Мы не уверены, какую проблему мы решаем». Когда неизвестное начинает открываться, неопределенность переходит к тому,
Менеджеры по продукту как будто соединяют кусочки пазла. Они берут информацию из исследований клиентов, экспертную информацию, исследования рынка, результаты экспериментов и анализ данных. Затем они просеивают и анализируют полученную информацию с точки зрения ценности, – то есть, как этот продукт будет способствовать развитию компании и решению потребностей клиентов.
Для этого менеджер должен обладать гибкостью. Он всегда учится и принимает во внимание тот факт, что он не знает всех ответов. Он рассматривает предположения, подходя к ним с научным мышлением, чтобы подтвердить их значимость и снизить риск. В конечном счете цель менеджера по продукту заключается именно в этом – снизить риск, сосредоточившись на обучении. И самое главное, что он должен знать: не все хорошие идеи являются его собственностью.
Успешный менеджер по продукту должен уметь взаимодействовать с бизнес-подразделениями, технологическими и дизайнерскими отделами и использовать их коллективные знания. Одной из худших черт продакт-менеджера может быть менталитет одинокого волка – идея о том, что только он несет ответственность за успех своего продукта. Это приводит к тому, что они становятся высокомерными и пренебрежительно относятся к идеям своих команд.
Успешные менеджеры понимают, что они добьются успеха только тогда, когда будут использовать навыки и опыт коллег. Они не придумывают решения в вакууме. Они работают с UX-дизайнером, чтобы понять ключевые рабочие процессы; с разработчиками, чтобы определить, как быстро вывести продукт или функции на рынок.
Мне часто задают вопрос: «В чем разница между UX-дизайном и управлением продуктом?» Эти две дисциплины во многом пересекаются, но пользовательский опыт – это только одна часть создания хорошего продукта. Дизайн – его важнейший компонент. Но опять же это тоже только одна его часть. Управление продуктом – это изучение
Одна из самых больших ошибок, которую совершают компании при найме менеджера по продукту, – это попытка найти либо технического, либо рыночного эксперта. Продакт-менеджеры не являются экспертами ни в одной из этих областей; они являются экспертами
Менеджер по продукту должен быть технически грамотным, а не свободно владеть техникой. Это означает, что они могут обсуждать и понимать технологию, разговаривать с разработчиками и принимать решения о компромиссах. Они знают, какие вопросы нужно задать инженерам, чтобы понять сложность определенных функций или улучшений. Менеджеру по продукту не обязательно уметь кодировать (если только продукт не является высокотехничным и для принятия решений необходимо глубокое понимание технологии).