Маршрутные карты продуктов 101: полное руководство (с шаблонами)

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

Что такое дорожная карта продукта?

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

Части дорожной карты продукта

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

Характеристики продукта

Функции — это функции, которые должен выполнять продукт, и проблемы, которые продукт должен решать. Как правило, команда разработчиков отвечает за просеивание отзывов пользователей и принятие решения о том, какие функции следует реализовать в дальнейшем. Затем менеджер продукта вместе с разработчиками переводит функции в логистически достижимые цели и сроки (именно для этого предназначены следующие несколько частей дорожной карты).  Функции часто можно сортировать по «инициативам» или «темам» продукта. Например, инициатива может заключаться в сокращении времени ожидания клиентов; конкретные функции в рамках этой инициативы могут включать расширение возможностей чат-бота вашей компании, добавление в приложение функции DIY walkthroughs или внедрение функции обратного звонка в службу поддержки клиентов.

Цели продукта

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

• Выберите новые руководства по устранению неисправностей для добавления в приложение
• Написание схем устранения неисправностей для новых описаний DIY
• Написание копий приложений для новых DIY-просмотров
• Создание UX-дизайна для новых DIY-просмотров
• Внедрение новых DIY-просмотров в приложение
• Бета-тестирование новых DIY-просмотров

Каждая из этих целей должна включать сроки и измеримую конкретику — например, «написать схемы устранения неисправностей для новых DIY-просмотров» может превратиться в «написать схемы устранения неисправностей для 5 новых DIY-просмотров к концу месяца».

Релизы продуктов

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

Хронология продуктов

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

Кто владеет дорожной картой продукта?

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

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

Продукты и проекты: в чем разница?

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

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

В зависимости от того, какой тип дорожной карты вы строите, она может быть простой (например, дорожная карта «сейчас/сейчас/позже», которая именно так и звучит) или сложной (например, подробная дорожная карта возможностей, которая отслеживает доступность и назначения команды, иногда на годы вперед). А когда менеджер продукта планирует полный цикл разработки, он часто использует комбинацию стилей дорожных карт для различных аспектов процесса. Комплексная, полномасштабная дорожная карта продукта — это документ-чудовище, поэтому лучший способ ее создания — это то же самое, как если бы вы ели слона: по одному кусочку за раз.

Шаг 1: определите стратегию продукта

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

Шаг 2: сбор мнений заинтересованных сторон

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

Шаг 3: определите цели и особенности продукта

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

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

Шаг 4: сопоставьте цели с релизами

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

Шаг 5: установите временные рамки

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

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

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

Что такое программное обеспечение для составления дорожной карты продукта?

Составление дорожных карт вручную подходит для начальных этапов разработки процесса, когда вы намечаете только одну или две стороны крупного проекта разработки или работаете с небольшой командой или предприятием. Если вы планируете полный жизненный цикл разработки или работаете с большим количеством команд и заинтересованных сторон, вам, вероятно, стоит перейти к использованию цифровой платформы для создания дорожных карт.  Подумайте об этом так же, как вы думаете о том, как вести свою собственную платежную ведомость: когда у вас всего несколько сотрудников, вы, вероятно, сможете справиться с этой задачей, используя лишь немного решимости и таблицу Excel. Когда вы начнете расти, вы все еще сможете вести бухгалтерию вручную, но программное обеспечение или профессиональный бухгалтер помогут сделать это более эффективно и снизят вероятность того, что вас проверят. Программное обеспечение для составления плана развития продукта, такое как monday.com, Aha! и Jira, решает административные задачи, связанные с управлением продуктом, освобождая менеджеров по управлению продуктом от необходимости тратить больше времени на сбор отзывов, устранение неполадок и предвидение проблем до их возникновения. Некоторые из функций, включенных в большинство программ для составления дорожной карты продукта, включают:

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

7 типов дорожных карт продуктов с шаблонами

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

Дорожные карты по темам

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

Дорожная карта портфеля продуктов

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

Релизы x Функции дорожная карта

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

Дорожная карта потенциала

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

Дорожная карта управления задачами

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

Дорожная карта «сейчас/в будущем/позже»

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

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

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

Оптимизируйте управление продуктами

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