Идеальная дорожная карта продукта (Product Roadmap) в IT-компании: описание, типы, как составить

Вы читаете перевод статьи «How to Craft the Perfect Product Roadmap» от HubSpot — американской компании, которая разрабатывает и продает программные продукты для маркетинга, продаж и обслуживания клиентов. Автор: Ручика Шарма. 

Дорожная карта продукта IT-компании

Вы читаете перевод статьи «How to Craft the Perfect Product Roadmap» от HubSpot — американской компании, которая разрабатывает и продает программные продукты для маркетинга, продаж и обслуживания клиентов. Автор: Ручика Шарма. 

Над переводом работала Ольга Горская. В статье рассмотрены понятие дорожной карты продукта и подходы к ее успешному созданию с наглядными примерами. 

Создание продукта — это задача не на одну ночь, не на один день и даже не на одну неделю. Она требует целенаправленных усилий, а также безошибочного, гибкого планирования и множества логистических операций, о которых необходимо позаботиться. Такое планирование разработки нового продукта или функции принято называть дорожной картой продукта (Product Roadmap).

Если вы новичок в этом процессе, то вы пришли по адресу. В этой статье мы рассмотрим несколько различных подходов к созданию успешной roadmap продукта с примерами.

Давайте начнем с основ.

Дорожная карта продукта

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

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

Типы дорожных карт продукта

Два наиболее популярных подхода к управлению продуктом — это гибкий подход (agile) и подход — «водопад» (waterfall).

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

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

Agile roadmap продукта

Давайте копнем глубже, чтобы лучше понять agile roadmap продукта.

Дорожная карта продукта Agile

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

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

Продукты

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

Цели

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

Релизы

Релиз — это, как правило, запуск нового продукта или функции, которые обеспечивают ценность для клиентов. Релизы часто содержат «эпики» (epics) или несколько функций, которые поставляются одновременно.

«Эпик» (Epic)

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

Функции

Функция представляет собой новую или улучшенную функциональность, которая обеспечивает ценность для пользователей. Функции предоставляют более подробную информацию о новой функциональности.

Минимально жизнеспособный продукт (MVP)

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

Пользовательские истории

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

Временная шкала

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

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

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

Базовый пример плана

Во время этих встреч принимаются во внимание и записываются на доске идеи и предложения от всех заинтересованных сторон.

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

Вот что я могу предложить в качестве отправной точки.

Как составить дорожную карту продукта?

1. Определите цели проекта

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

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

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

2. Держите свою дорожную карту четкой и лаконичной

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

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

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

Перечень рабочих задач (бэклог)

3. Составьте карту пользовательских историй

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

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

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

Подход, ориентированный на пользователя, помогает определить требования с точки зрения пользователя, например, покупателя, продавца, администратора и т.д. Затем карта структурируется как «Пользователь > Цели > Пути пользователя > Действия > Истории».

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

Давайте рассмотрим один из подходов — «Просмотреть дерево категорий товаров»  для построения карты истории. Чтобы завершить эту деятельность, пользователю необходимо выполнить определенные задачи, которые записываются и преобразуются в пользовательские истории для разработки программного обеспечения.

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

Карта пользовательских историй

4. Определите особенности и приоритеты продукта

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

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

5. Разделите задачи на «эпики»

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

Для крупных проектов может потребоваться до 6 уровней в сюжетной карте или временной шкале. Однако для небольших проектов обычно достаточно 3 уровней. Определяйте сами, исходя из того, насколько зрелым и крупным является продукт. Вот пример «эпики» для крупного продукта.

Разделение задач на «эпики»

6. Создайте доску видения

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

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

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

7. Пересмотрите свою дорожную карту продукта

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

Однако вы можете защитить свою дорожную карту, пересматривая ее каждый раз, когда сталкиваетесь с проблемой. Задайте себе Следующие вопросы: «Можно ли было предвидеть эту проблему? Есть ли у вас краткосрочное и долгосрочное решение? Какие ресурсы нам понадобятся для решения этой проблемы?».

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

А теперь давайте посмотрим на эти шаги в действии на гипотетическом примере ниже.

Пример дорожной карты продукта

Вот пример от SaaS-компании как составить roadmap продукта.

Пример составления дорожной карты продукта

В этом примере у компании есть две цели. К апрелю она хочет увеличить вовлеченность пользователей на своей платформе на 20% и увеличить количество ежемесячных активных пользователей на 5%. Мы видим, что эти цели четко определены в синих секциях над картой пользовательских историй.

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

Готовы составить собственную дорожную карту продукта?

Ольга Горская