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

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

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

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

Работа с клиентами

Большинство хороших менеджеров по продукту пришли из роли, связанной с клиентами. Может быть, они были инженерными продавцами, архитектурой решений, персоналом поддержки, сотрудниками сервиса и т.д. Что бы это ни было, они занимались решением проблем для клиентов. Они научились решать проблему для клиента и были вовлечены в это от начала до конца. Это важный навык.

Дистилляция паттернов

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

Понимание компромиссов, способность принимать правильные решения

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

Рукава всегда закатаны

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

Знайте свою область досконально

Вам нужно знать свой рынок лучше, чем кто-либо. Настройте Feedly, Google Alerts или любую другую систему, которую вы используете, и убедитесь, что читаете ваши актуальные блоги/публикации. Если вы когда-либо были менеджером по продукту и вас спрашивали о конкурентах вашего продукта, о которых вы никогда не слышали, это ощущение, которое вы испытали, вероятно, достаточно урок, чтобы это больше не произошло. Я не говорю, чтобы вы зацикливались на своих конкурентах, но знакомьтесь с ними. Знайте 3 причины, по которым вы отличаетесь и лучше.

Знайте свой продукт досконально

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

Понимание стоимости того, что вы просите

Мне всегда неловко за команду разработчиков, когда я слышу такие комментарии, как "ну, мы могли бы сделать либо X, либо Y" с последующим объяснением каждого. Проблема в том, что X стоит $10 времени разработки, а Y стоит $10,000,000. Если вы ставите их в одном предложении, вы создаете репутацию, что не понимаете последствий ваших требований.

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

Получите поддержку вашей команды разработчиков

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

Хотите стать лучшими друзьями с вашей командой разработчиков? Скажите так: "Эй, пожалуйста, скажите нашим командам продаж, поддержки и услуг, чтобы направлять все запросы на обратную связь по продукту ко мне. Я собираюсь каталогизировать их и отслеживать, какие клиенты просят о каких вещах, чтобы у нас было четкое понимание наших приоритетов." Вы делаете несколько вещей здесь. (1) в зависимости от компании вы, возможно, освободили значительное количество времени ваших разработчиков, и они могут купить вам пиво, и (2) вы показываете им, что у вас есть процесс приоритизации функций продукта.

Заработайте доверие команды разработчиков

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

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

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