Ориентация на концепцию не всегда создает устойчивую платформу. Для развития нужны инновации. Когда над проблемой работают 5000 мозгов (а не один), вы сможете лучше использовать эту силу для достижения успеха.
Компания, ориентированная на технологииЕще один распространенный способ работы это ориентация на технологии. Эти компании руководствуются новейшими и самыми навороченными разработками. Проблема заключается в том, что они часто страдают от отсутствия ориентированной на рынок стратегии, направленной на создание ценности.
Технологии имеют решающее значение для успеха компании-разработчика программного обеспечения, но они не могут определять стратегию продукта. Стратегия продукта должна быть ведущей. Компании, которые позволяют технологиям вести себя за собой, часто оказываются в затруднительном положении, производя множество изумительных вещей, но не имея покупателей.
Продуктовая стратегия связывает бизнес, рынок и технологии воедино, чтобы все они работали в гармонии. Вы должны уметь делать ценностное предложение для своих пользователей, иначе вы не сможете зарабатывать деньги.
Компания, ориентированная на продуктВсе вышесказанное возвращает нас к тому, что вы должны стать компанией, ориентированной на продукт. Такие организации оптимизируют бизнес-цели, приводят продуктовую стратегию в соответствие с этими целями, а затем определяют приоритеты наиболее эффективных проектов, которые помогут превратить продукт в локомотив экономического роста. Чтобы стать такой компанией, вам необходимо пересмотреть роли, стратегию, процесс и саму организацию. Эта книга поможет вам сделать именно это.
Хорошо то, что осуществить эти изменения технически несложно. Вам не нужно нанимать новую команду. Вам не нужно отбраковывать все свои продукты и начинать все сначала. Однако есть то, что может показаться самым трудным условием изменение мышления.
Применяя методы, описанные в моей книге, и последовательно практикуя их, вы начнете действовать и менять мышление. Но не стоит забывать, что главное в этом процессе придерживаться его. И да, будет непросто как для отдельных людей, так и для компаний, потому что для них это будет новый этап. Вам нужно начать фокусироваться на результатах и принять экспериментальный образ мышления, чтобы устранить неуверенность в том, что то, что вы строите, достигнет ваших целей.
Глава 5
Известное и неизвестное
Разработка продукта полна неопределенностей. Важно отделить известные нам факты от того, что нам нужно узнать. Для этого мы исследуем известные и неизвестные моменты, как показано на схеме 5.1.
Схема 5.1. Известное и неизвестное
Приступая к проекту, лучше всего начать с определения того, что конкретно вы знаете о ситуации (известное-неизвестное). Эти факты вы собираете из данных или критических требований клиентов. Не все известные требования являются необходимыми, но некоторые из них все же имеют весомое значение. Они могут быть предписаны правительственными постановлениями, или это могут быть базовые потребности, необходимые для выполнения работы.
Вам необходимо выделить эти пункты и обозначить те, в которых вы не точно уверены (известное-неизвестное). В данном случае предположения достаточно ясны, и вы знаете, какой вопрос нужно задать. Сюда относятся предположения, которые вы хотите проверить; данные, которые вы хотите изучить; проблемы, которые необходимо выявить. Вы используете методы открытия и эксперименты, чтобы прояснить их, превратить в факты, проработать и удовлетворить.
Неизвестное-известное это те моменты, когда вы говорите: «Я чувствую, что так будет правильно». Это интуиция, сформировавшаяся в результате многолетнего опыта. Хотя мы все должны прислушиваться к интуиции, вы также должны быть осторожны, потому что именно здесь чаще всего возникает предвзятость. Чтобы понять, права ли ваша интуиция, необходимо проверять и экспериментировать.
Неизвестное-неизвестное это то, о чем вы не знаете. Вы не знаете достаточно, чтобы задавать правильные вопросы или определить пробелы в знаниях. Это те моменты, которые вам предстоит неожиданно открыть. Они случаются, когда вы разговариваете с клиентами или анализируете, казалось бы, несвязанные данные. Они всплывают во время исследований. Вы должны быть открыты к информации и продолжать внедрять ее в работу, потому что эти открытия могут изменить облик вашей компании.
Неизвестное-неизвестное это то, о чем вы не знаете. Вы не знаете достаточно, чтобы задавать правильные вопросы или определить пробелы в знаниях. Это те моменты, которые вам предстоит неожиданно открыть. Они случаются, когда вы разговариваете с клиентами или анализируете, казалось бы, несвязанные данные. Они всплывают во время исследований. Вы должны быть открыты к информации и продолжать внедрять ее в работу, потому что эти открытия могут изменить облик вашей компании.
Управление продуктом это область распознавания и исследования известного-неизвестного и сокращения сферы неизвестного-неизвестного. Любой может предложить решения, основанные на известных фактах, поскольку эти факты легкодоступны. Но требуется определенный навык, чтобы уметь просеивать огромные объемы информации, определять правильные вопросы и задавать их в нужное время.
Продакт-менеджеры определяют функции и продукты, которые смогут решать проблемы клиентов, достигая при этом бизнес-целей. Они оптимизируют систему обмена ценностями.
Подумайте о различных ролях в компании, от продаж и маркетинга до технологий и дизайна. Многие из этих функций не сильно пересекаются между технической и деловой сторонами. Менеджеры по продукту это те, кто находится посередине и воплощает потребности в продукт, который удовлетворит клиента, одновременно поддерживая и развивая бизнес.
Продакт-менеджеры это ключ к компании, ориентированной на продукт.
Однако проблема кроется в том, что очень многие организации назначают на эту должность людей, не обладающих такими навыками. Они зачастую наделяют их неправильными обязанностями или возлагают на них неправильные ожидания. Во второй части мы обсудим роль продакт-менеджера и то, как он может помочь вам выбраться из ловушки.
Часть II
Роль продакт-менеджера
Продакт-менеджмент это карьера, а не просто роль, которую вы играете в команде. Менеджер по продукту глубоко понимает как бизнес, так и клиента, и может определить правильные возможности для создания ценности. Они отвечают за синтез множества данных, включая пользовательскую аналитику, отзывы клиентов, маркетинговые исследования и мнения заинтересованных сторон, а затем определяют, в каком направлении должна двигаться команда. Они удерживают внимание команды на том, зачем мы создаем продукт, и к каким результатам он приведет. Директор по продукту является краеугольным камнем команды, помогая связать бизнес-цели со стратегией и представить результат совету директоров. Чтобы оставаться конкурентоспособными на современном рынке, компаниям необходимо создать стандартизированную карьерную лестницу в области управления продуктом, чтобы привлечь нужных специалистов и предоставить им возможности для роста.
Это был мой первый месяц работы в должности продакт-менеджера, и я только что закончила свою первую в жизни спецификацию. Я распечатала документ, чтобы начальник мог с ним ознакомиться, и пять минут сидела и смотрела на него со слезящимися глазами, как смотрят на любимого ребенка. На его подготовку у меня ушла целая неделя. Спецификация состояла из двадцати страниц, четырнадцати красиво оформленных макетов и разбора всех известных человеку ошибок. Что я думала в тот момент? Я думала, что разработчики будут несказанно рады. Им даже не придется задавать вопросы. У них в руках будет все, что только нужно, для создания страницы смены пароля на нашем сайте.
За несколько месяцев до этого я даже не знала, что такое управление продуктом. На той первой работе я выяснила, что роль менеджера это роль создателя и арбитра. Мы связывали команды разработчиков с бизнесом, собирали требования и воплощали их в функции, которые люди могли реально использовать. Я часто встречалась с отделом продаж, желая узнать о том, чего хотят наши клиенты. Несколько раз мы опрашивали реальных клиентов, чтобы узнать об их привычках и потребностях. Получив список требований, при помощи Photoshop я прикидывала, как будет выглядеть продукт. Прошли годы, прежде чем я узнала, что управление продуктом и UX-дизайн это не одна и та же дисциплина.
После того как дизайн был готов, я начинала писать спецификацию для инженеров. Я понятия не имела, как они ей пользуются, но при этом я точно знала, что если я сделаю их подробными, инженерам не придется со мной разговаривать. По мнению большинства моих коллег, это считалось плюсом. Поэтому я писала огромные документы 2030-страничные спецификации, в которых подробно описывался каждый аспект той или иной функции. Спецификации включали в себя информацию о том, как будет выглядеть функция, и как она будет функционировать, вплоть до мельчайших деталей того, что произойдет, когда вы нажмете на кнопку. Кроме того, они охватывали сценарии ошибок. Я была убеждена, что подробная спецификация говорит о моем опыте.