Процесс разработки продукта: разбираемся вместе

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

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

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

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

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

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

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

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

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

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

Разработка. Продукт создает разработчик или команда разработчиков. Команды разработчиков занимаются проектированием и часто включают тестировщиков и специалистов по контролю качества.

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

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

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

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

Разработка идеи — это создание решения известной проблемы. Многие на этом этапе проводят мозговой штурм. Однако не забывайте, что его цель — перейти от размышлений к действиям. Лучше ориентироваться на основную идею большинства успешных продуктов: они хорошо справляются с одной задачей.

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

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

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

На этапе определения продукта необходимо решить, какой вид, форму и способ поставки вы будете использовать. Распространенные определения — аппаратное обеспечение, программное обеспечение, виртуальное решение, SaaS, CPG и т. п. Вы наверняка с самого начала стремились к одному определению и, возможно, попали в точку. Многие из наиболее интересных продуктов ломали стереотипы на этапе определения. Допустим, команда iTunes сделала ставку на то, что в будущем музыка будет поставляться с помощью программного, а не аппаратного обеспечения. В те времена мир был полон компакт-дисков и пластинок, но это определение продукта изменило индустрию, и она стала такой, какой мы знаем ее теперь.

Прототипирование — это итеративный процесс создания физического воплощения вашего продукта. Эффективное прототипирование ориентируется на быстрое и дешевое создание большого количества итераций. Распространение 3D-печати и разработки программного обеспечения с минимальным использованием кода сделали прототипирование доступным как никогда прежде.

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

Взять, например, Криса — основателя оптической компании Nocs, которая производит прочные водонепроницаемые бинокли для исследований на открытом воздухе. Он ярый сторонник прототипирования, о чем свидетельствует офис, битком набитый прототипами монокуляров и биноклей профессионального и стандартного выпуска. На вопрос, зачем он создает прототипы, Крис дает простой ответ. Ничто, говорит он, не заменит того чувства, когда ты держишь прототип в руках и видишь, как все складывается воедино. Рассмотрев ранний прототип и улучшив его в следующей итерации, Крис обретает уверенность в том, что его видение не только воплотится в жизнь, но и понравится клиентам. Крис держит в своем домашнем офисе 3D-принтер, чтобы создавать прототипы, когда приходит вдохновение.

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

Заманчиво думать об MVP как об урезанной версии конечного продукта. Но тогда хочется спросить: откуда вы знаете, что должен представлять собой ваш конечный продукт? Процесс разработки полон возможностей пересмотреть исходные предположения о продукте, и этот этап — самый большой шанс для обучения. Используйте его, чтобы найти прочный фундамент для создания остальной части вашего продукта. Этим фундаментом как раз является MVP, и, возможно, заложить его с первой попытки не удастся.