Product Management без ошибок. Гид по созданию, управлению и успешному запуску продукта
их неправильными обязанностями или возлагают на них неправильные ожидания. Во второй части мы обсудим роль продакт-менеджера и то, как он может помочь вам выбраться из ловушки.
Часть II
Роль продакт-менеджера
Продакт-менеджмент – это карьера, а не просто роль, которую вы играете в команде. Менеджер по продукту глубоко понимает как бизнес, так и клиента, и может определить правильные возможности для создания ценности. Они отвечают за синтез множества данных, включая пользовательскую аналитику, отзывы клиентов, маркетинговые исследования и мнения заинтересованных сторон, а затем определяют, в каком направлении должна двигаться команда. Они удерживают внимание команды на том, зачем мы создаем продукт, и к каким результатам он приведет. Директор по продукту является краеугольным камнем команды, помогая связать бизнес-цели со стратегией и представить результат совету директоров. Чтобы оставаться конкурентоспособными на современном рынке, компаниям необходимо создать стандартизированную карьерную лестницу в области управления продуктом, чтобы привлечь нужных специалистов и предоставить им возможности для роста.
Это был мой первый месяц работы в должности продакт-менеджера, и я только что закончила свою первую в жизни спецификацию. Я распечатала документ, чтобы начальник мог с ним ознакомиться, и пять минут сидела и смотрела на него со слезящимися глазами, как смотрят на любимого ребенка. На его подготовку у меня ушла целая неделя. Спецификация состояла из двадцати страниц, четырнадцати красиво оформленных макетов и разбора всех известных человеку ошибок. Что я думала в тот момент? Я думала, что разработчики будут несказанно рады. Им даже не придется задавать вопросы. У них в руках будет все, что только нужно, для создания страницы смены пароля на нашем сайте.
За несколько месяцев до этого я даже не знала, что такое управление продуктом. На той первой работе я выяснила, что роль менеджера – это роль создателя и арбитра. Мы связывали команды разработчиков с бизнесом, собирали требования и воплощали их в функции, которые люди могли реально использовать. Я часто встречалась с отделом продаж, желая узнать о том, чего хотят наши клиенты. Несколько раз мы опрашивали реальных клиентов, чтобы узнать об их привычках и потребностях. Получив список требований, при помощи Photoshop я прикидывала, как будет выглядеть продукт. Прошли годы, прежде чем я узнала, что управление продуктом и UX-дизайн – это не одна и та же дисциплина.
После того как дизайн был готов, я начинала писать спецификацию для инженеров. Я понятия не имела, как они ей пользуются, но при этом я точно знала, что если я сделаю их подробными, инженерам не придется со мной разговаривать. По мнению большинства моих коллег, это считалось плюсом. Поэтому я писала огромные документы – 20–30-страничные спецификации, в которых подробно описывался каждый аспект той или иной функции. Спецификации включали в себя информацию о том, как будет выглядеть функция, и как она