Вдохновленные. Все, что нужно знать продакт-менеджеру

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

Во-вторых, сегодня многие ищут рецепт успеха продукта — своеобразное четкое руководство или процедуру для создания продуктов, которые непременно полюбят потребители. Я отлично понимаю подобное желание и знаю, что, по всей вероятности, продал бы намного больше экземпляров книги, если бы позиционировал ее как источник таких знаний, но, к сожалению, великие продукты так не создаются. Для этого компании необходимо прежде всего сформировать правильную культуру и выработать понимание многочисленных методик, предназначенных для этапов исследования продукта и его вывода на рынок, чтобы использовать для решения проблем, с которыми он сталкивается на своем пути, правильные инструменты. И безусловно, это означает, что работу менеджера продукта ни в коем случае нельзя назвать простой; по правде говоря, преуспеть на этой ниве способен не каждый. Тем не менее работа менеджера высокотехнологичных продуктов сегодня считается одной из самых желанных в нашей отрасли; а еще это главный испытательный полигон и основной «поставщик» руководителей стартапов. Словом, если у вас есть желание преуспеть на этом поприще и вы готовы приложить для этого усилия, я буду счастлив помочь вам добиться своей цели.

Часть I. Уроки лучших технологических компаний

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

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

Мы упорно трудились больше года, жертвуя вечерами, ночами и выходными. По ходу дела наша команда пополнила портфель Hewlett-Packard несколькими отличными патентами. Мы разработали софт, соответствующий чрезвычайно высоким стандартам качества HP. Мы сделали продукт доступным для международных пользователей и адаптировали его для нескольких языков. Мы обучили и подготовили команду продаж. Разместили предварительную информацию о новой технологии в СМИ и получили отличные отзывы. Мы были готовы. И вывели продукт на рынок. И отпраздновали релиз.

Только вот проблема: продукт никто не покупал.

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

Разумеется, такой результат очень расстроил нашу команду. Но вскоре это заставило нас задать себе критически важные вопросы: а кто решает, какие продукты мы должны разрабатывать? И как это происходит? Откуда эти люди знают, что созданное нами будет нужно и полезно?

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

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

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