Руководство по разработке для новых продуктов (7 этапов)

Основные моменты

• Процесс разработки нового продукта — это цепочка этапов от выявления проблем клиентов и формирования первоначальных идей до проверки и запуска продуктов. Команды последовательно проходят эти этапы, сохраняя фокус на главном.

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

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

• В средах Agile этот процесс наиболее результативен, когда его используют итеративно и непрерывно, а не как жестко заданную последовательность этапов, выполняемых однократно.

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

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

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

Что такое процесс разработки продукта?

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

Можно выделить три области, каждая из которых играет свою роль.

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

• Разработка продукта. Задачи по проектированию, созданию, тестированию и доработке продукта.

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

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

Четыре основных типа разработки продуктов

Существуют следующие четыре типа разработки продуктов. 

Обзор процесса разработки продукта

Вот краткий обзор всех семи этапов разработки продукта. Далее мы рассмотрим каждый из них подробнее.

Семь этапов разработки нового продукта

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

Шаг 1. Генерация и запись идей по продукту

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

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

Цель на этом этапе — количество идей, а не их оценка. Фиксируйте идеи, не отсеивая их слишком рано. Чем больше вариантов вы предложите сейчас, тем лучше будет список отобранных идей на следующем этапе.

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

Шаг 2. Отбор и приоритизация идей

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

Большинство команд оценивает идеи по следующим критериям.

• Потребность клиента. Решает ли это реальную и подтвержденную проблему?

• Влияние на бизнес. Способствует ли это достижению значимой цели компании?

• Соответствие стратегии. Совпадает ли это с направлением развития продукта?

• Техническая осуществимость. Сможет ли команда это реализовать?

• Рыночные возможности. Есть ли у этого реальная аудитория?

• Трудозатраты на разработку. Сколько работы на самом деле потребуется?

• Риск. Какие предположения могут оказаться неверными?

• Уровень уверенности. Сколько доказательств подтверждает целесообразность идеи?

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

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

Шаг 3. Создание стратегии продукта

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

Помните: это не то же самое, что дорожная карта продукта. Стратегия определяет направление, а дорожная карта — план. 

Надежная стратегия продукта включает в себя следующие разделы.

• Концепция продукта. Долгосрочный результат, на достижение которого направлен продукт.

• Целевой клиент или пользователь. Для кого именно предназначен продукт.

• Проблема клиента. Проблема, которую решает продукт, в формулировке клиента, а не команды.

• Ценностное предложение. Почему именно это решение подходит для этой аудитории и именно сейчас.

• Бизнес-цели. Чего сможет достичь компания.

• Показатели успеха. Как вы определите, что цель достигнута.

• Позиционирование на фоне конкурентов. Место продукта среди альтернативных решений.

• Ключевые предположения и риски. Какие условия необходимы, чтобы продукт был успешным.

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

4. Составление дорожной карты продукта

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

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

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

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

Шаг 5. Создание и проверка прототипа

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

Прототипы могут быть разными в зависимости от того, что необходимо проверить.

• Каркасные схемы. Упрощенные эскизы, показывающие структуру и последовательность взаимодействия с пользователем.

• Интерактивные макеты. Более детализированные экраны, имитирующие взаимодействие пользователя с продуктом.

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

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

• Прототипы-консьержи. Имитация работы продукта вручную до разработки его функциональности.

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

• Действительно ли решение устраняет имеющуюся проблему?

• Смогут ли пользователи использовать решение без инструкций?

• Осуществима ли основная концепция технически?

• Находит ли ценностное предложение отклик у целевой аудитории?

• Что нужно изменить, прежде чем начинать разработку?

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

Шаг 6. Тестирование продукта и решение проблем

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

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

• Определите критерии готовности к тестированию до начала тестирования, чтобы команде не приходилось постоянно подстраиваться под меняющиеся требования.

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

• Распределяйте проблемы по категориям в зависимости от владельца, степени серьезности и области продукта, чтобы ничего не упустить.

• Кратко излагайте выводы для команд по продукту, разработке и запуску в формате, который позволит им действовать.

• Определите, что препятствует запуску, а что можно перенести в бэклог продукта для будущего релиза.

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

Этап 7. Запуск, оценка и анализ

Запуск — это контрольная точка, а не финишная черта. Цель этого этапа — выпустить продукт, однако дальнейшие действия не менее важны, чем сам выпуск. 

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

• План вывода на рынок. Маркетинговые коммуникации, каналы и выделение целевой аудитории.

• Хронология запуска. Развертывание при скоординированном участии отделов разработки, маркетинга, продаж и поддержки.

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

• Документация на продукт. Руководства пользователей, примечания к выпуску и справочные материалы.

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

• План мониторинга. Какие показатели необходимо отслеживать и с какой периодичностью.

• Сбор отзывов. Как вы будете получать обратную связь от первых пользователей.

• Ретроспектива после запуска. Что получилось, а что — нет и что команда сделала бы по-другому.

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

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

Каждый этап этого процесса приближает вас к успешному запуску. Шаблон плана по запуску продукта Confluence поможет вам без проблем выйти на рынок. Получите шаблон бесплатно.

Пример разработки нового продукта

Предположим, что B2B-компания по разработке программного обеспечения, анализируя заявки в службу поддержки и результаты опросов клиентов, замечает, что пользователи тратят много времени на синхронизацию данных между продуктом и системой управления взаимоотношениями с клиентами (CRM) вручную. 

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

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

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

На ретроспективе после запуска выявляются две новые идеи и сразу же добавляются в бэклог.

Четкий путь для создания продуктов от идеи до запуска

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

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

Начните работу с Jira Product Discovery.

Часто задаваемые вопросы о процессе разработки нового продукта

Какие есть рекомендации по разработке новых продуктов?

Успешный запуск продуктов часто основан на следующих подходах.

• Начинайте с клиента. До начала разработки уделите время интервью с клиентами и исследованию их потребностей. Команды, которые понимают суть проблемы, принимают более взвешенные решения на всех этапах работы.

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

• Четко определяйте требования. Подробная спецификация продукта позволяет согласовать объем работ до начала разработки и сократить количество дорогостоящих изменений по ходу разработки.

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

Кто обычно участвует в процессе разработки продукта?

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

• Менеджеры по продукту отвечают за стратегию и дорожную карту.

• Дизайнеры занимаются исследованием пользователей, созданием прототипов и разработкой UX.

• Инженеры создают и тестируют продукт. Специалисты по контролю качества проверяют правильную работу продукта перед выпуском.

• Отделы маркетинга и продаж планируют выход на рынок и коммуникацию с клиентами.

• Юридический отдел и команда по соответствию требованиям отвечают за соблюдение нормативных требований.

Сколько времени занимает разработка нового продукта?

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

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

Как использование Agile влияет на процесс разработки продукта?

Методология Agile способствует сокращению циклов, проверке на ранних этапах и гибкости в противовес строгим планам. Процесс разработки становится итеративным: команды возвращаются к исследованию, созданию прототипов и тестированию как до, так и после запуска продукта. 

Список контрольных вопросов для запуска продукта помогает Agile-командам координировать заключительные этапы и при этом сохранять гибкость.