Род мап что это

Roadmap продукта

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

То есть грубо говоря мы сначала делаем фичу (функционал)№1, затем мы одновременно делаем фичу №2 и №3, потому что их можно делать одновременно, но обязательно после фичи №1 и потом мы всё это заканчиваем фичей №4.

Это грубое описание того, что из себя представляет Roadmap.

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

Зачем нужен Roadmap.

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

Roadmap нужен для того, чтобы бизнес или стейкхолдеры (лица заинтересованные в реализации проекта) могли понимать сроки: какое время вы реализуете тот или иной функционал. Это необходимо потому, что часто вместе с релизом определенного функционала необходимо планировать какие-то параллельные дополнительные действия: маркетинговые активности, планировать бюджет расширения команды, расширение штатов (например продавцов). Поэтому Roadmap нужен для каких-то верхнеуровневых срооков, под которыми команда подписалась (закоммитилась (от англ. to commit) – означает подписаться на выполнение сделки на определенных условиях, в определенный срок).

Ну и конечно же Roadmap нужен самой команде для того, чтобы у всех членов команды было понимание кто, что и зачем делает. Чтобы не было ощущения, что вы идёте вслепую и делаете какой-то функционал вне общей картины.

Проблемы классических Roadmap.

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

Почему так? На самом деле 9 из 10 идей задач вашем бэклоге просто не сработают (Бэклог – это список новых функций, изменений существующих функций, исправления ошибок, изменений инфраструктуры или других действий, которые команда может выполнить для достижения определенного результата).

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

Что же нужно включать в Roadmap, который даст результат?

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

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

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

Так как же построить Roadmap?

Практически все дорожные карты продуктов относятся к одной из трех основных структур:

— карты без указания временных ограничений (no-dates product roadmap);

— гибридные карты (hybrid product roadmap);

— карты с указанием четких временных ограничений (timeline product roadmap).

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

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

2. Гибридная дорожная карта. По мере того как продукт становится более зрелым, дорожная карта должна будет отражать более полное представление о продукте. Вот тут-то и появляется гибридная дорожная карта продуктов.

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

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

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

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

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

Составляем Roadmap продукта: типичные ловушки и как их избежать

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

Что такое Roadmap продукта?

Если говорить просто, то Roadmap продукта описывает то, каким образом компания планирует реализовать vision (концепцию) продукта.
Нет верного и не верного способа составить Roadmap, но как правило, при составление roadmap’a используют один из двух форматов:
— Outcome Roadmap — состоит из результатов и/или целей;
— Feature Roadmap — состоит из фич (функционала) продукта.
Ниже приведен пример показывающий, различия между двумя форматами, а также демонстрирующий, как составление продуктовых roadmap’ов встраивается в процесс планирования продукта.

Ловушка №1: Формат не соответствует контексту

Продуктовые команды часто негативно относятся к составлению Roadmap’a продукта. Во многом это связано с выбором формата, который не соответствует контексту: зрелости продукта и динамике рынка.
Давайте рассмотрим, как эти факторы влияют на решение о формате roadmap’a.

Формат Feature Roadmap рекомендуется использовать, если продукт считается зрелым и компания конкурирует на стабильном рынке.

Неопределенность, связанная с созданием продуктов в динамической среде, затрудняет планирование. Оценка фичи (ценность vs. ресурсы) после каждой итерации, как правило, меняется по мере обнаружения новых рисков и/или зависимостей.
Это приводит к частым изменениям Roadmap’a, которые подрывают доверие к продуктовой команде.
Поэтому, если продукт не зрелый или организация конкурирует на быстро развивающемся рынке, рекомендуется использовать формат Outcome Roadmap, потому что главные цели и возможности меняются не так быстро и с меньшей вероятностью.

Best Practice: Руководство устанавливает цель бизнеса и дает возможность команде продукта определить направления развития и проекты. Так можно продемонстрировать доверие к команде и увеличить её вовлеченность.

Ловушка №2: Стратегия продукта определена не четко

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

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

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

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

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

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

Ловушка №3: Линейные roadmap’ы и итеративная разработка

«Мы признаем, что не знаем, какие именно фичи собираемся создать, и даем командам возможность понять это» — Элли Рего, менеджер по продукту @ Wodify.

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

Рекомендуется, чтобы член команды по продукту, обычно Scrum Master или владелец продукта, периодически отслеживал график сгорания (Scrum) или кумулятивную диаграмму рабочего процесса (Kanban), чтобы определить, идет ли доставка по графику.

Как создать идеальную дорожную карту продукта и что для этого нужно?

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

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

Зачем нужна дорожная карта?

Цель дорожной карты, как основного документа менеджера продукта, – донести главные идеи и прогресс в задачах до членов команды и внешних заинтересованных сторон (акционеров, заказчиков, партнеров).

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

Дорожные карты не ограничиваются продуктами: их цели аналогичны для разных видов (например, маркетинговые и IT-роадмапы).

Любая дорожная карта, ориентированная на свою аудиторию, имеет свои особенности.

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

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

Отличия дорожные карты в Agile и Waterfall

• Команды Waterfall обычно бизнес-ориентированы, основаны на финансовых метриках. В Agile цели ориентированы на клиента (например, рост пользователей и удовлетворенность клиентов).
• Дорожные карты в Waterfall отражают завершения в срок год или два года, а дорожная карта Agile обычно отражает квартальные завершенности. Планирование в компаниях Waterfall и Agile также отличается в зависимости от сроков.
• Различия также связаны с принципом взаимодействия. Взаимодействия в командах Waterfall последовательны, а члены Agile-команд работают в соответствии с кросс-функциональностью и одновременностью действий.
• Наконец, дорожные карты Waterfall имеют ограниченную гибкость, а дорожные карты Agile гораздо более гибки, как и сама методология.

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

• Стратегические инициативы глобального уровня
• Релизы по периодам (кварталам)
• Детализированные функции
• Информация о баг фиксинге

Как создать идеальную дорожную карту?

Электронные таблицы

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

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

Презентации

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

Почему специальные сервисы лучше простых способов создания дорожной карты?

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

• Представить визуально дорожную карту продукта
• Связать глобальную стратегию с процессами дорожной карты
• Определить и оценить идеи
• Сотрудничать со всеми заинтересованными сторонами (включая клиентов и нетехнических коллег)
• Интегрироваться со сторонними системами

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

Основные этапы создания дорожной карты

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

1. Определение стратегии

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

2. Кастомизация релизов

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

3. Приоритизация фич

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

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

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

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

В качестве заключение

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

Хорошо разработанное программное обеспечение с опцией roadmap является мощным стратегическим инструментом в управлении продуктами.

А каков ваш опыт использования дорожных карт? Делитесь своими идеями и историями успеха.

Roadmap

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

Что такое roadmap или дорожная карта

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

Нам также нужно распределить работу над проектом в команде — кто за что отвечает, когда нужно показать первые макеты, когда финализировать дизайн и запускать в производство. Команде важно видеть план проекта, чтобы распределить нагрузку — ведь мы работаем не с одним заказчиком, а ведём несколько проектов. Сотрудники хотят знать, когда им включаться в работу. Например, маркетологи могут следить за развитием проекта с первых шагов. Однако их задача — рассказать потенциальным клиентам, что наша компания делает крутой дизайн. Для этого они подготовят кейс на VC.ru или опубликуют материал в профильных СМИ.

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

Дорожная карта по реализации проекта (шаблон с сайта venngage.com). Все задачи распределены по шагам, установлены сроки

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

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

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

Зачем нужна дорожная карта

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

Назначайте исполнителей на задачи и отслеживайте статус (шаблон с сайта ganttpro.com)

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

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

Такую карту маркетологи могут показать руководителю компании (шаблон с сайта venngage.com)

Как использовать roadmap в маркетинге

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

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

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

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

Чтобы дорожная карта в маркетинге сработала, а не оказалась простым списком задач, нужно использовать 4 основных элемента:

1. График работы — от начала проекта до его завершения. Может пригодиться диаграмма Ганта.
2. Чёткая цель всего проекта. Важно понимать, зачем нужен проект и какой результат нужен для его завершения. Внутри каждого шага можно прописать локальные цели, которые помогают достичь общую цель.
3. Оценка достижимости целей. Важно зафиксировать, как определять успех проекта — по каким метрикам с помощью каких систем аналитики оценивать.
4. Статусы для оценки проекта. Передвигаясь по roadmap, нужно понимать, на какой стадии находится проект. Отслеживать прогресс проще с помощью статусов — например, «в работе», «завершено», «опубликовано».

Примеры roadmap

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

Пример визуализации проекта по запуску нового продукта (шаблон с сайта venngage.com)

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

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

Roadmap проекта разделили по блокам и цветам. Так удобнее отслеживать статус каждой задачи (шаблон с сайта roadmunk.com)

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

Пример — дорожная карта проекта по маркетинговым активностям (шаблон с сайта venngage.com)

Какие сервисы roadmap использовать для создания дорожных карт

Google Таблицы

В чём преимущество: это простое и бесплатное средство, чтобы собрать дорожную карту. Вам будет достаточно функций таблиц Google Sheets, чтобы разместить все идеи спланировать по проекту цели, сроки, назначить исполнителей. А если не знаете, как это сделать, скачайте готовые шаблоны для Google Таблицы — например, на сайте Smartsheet .

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

Как выглядит интерфейс:

Пример roadmap в Google Таблицах

Roadmunk

В чём преимущество: поможет быстро собрать красивую и наглядную дорожную карту. В галерее шаблонов можно выбрать подходящий макет — например, для запуска нового продукта. Открывайте доступ к картам и приглашайте пользователей создавать совместный roadmap. Готовые карты можно выгружать в форматах png, html и csv. Сервис поддерживает интеграцию с Jira — назначенные на карте задачи попадут исполнителям в Jira.

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

Как выглядит интерфейс:

Пример roadmap в Roadmunk

Roadmap Planner

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

Какие есть недостатки: roadmap Planner не получится интегрировать ни с каким другим сервисом. Нельзя выгружать карты.

Как выглядит интерфейс:

Пример roadmap в Roadmap Planner

В чём преимущество: подходит для ведения проектов — управлять задачами, ставить дедлайны, отслеживать прогресс. Есть галерея шаблонов для продуктовых и маркетинговы команд. С помощью конструктора и HTML можно отредактировать шаблон или создать новый. В Aha! удобно контролировать процессы по проекту, передвигая карточки с задачами по столбцам-этапам и отслеживая статусы.

Приглашённым пользователям можно назначить роли — например, владелец или зритель. Aha! интегрируется с множеством сервисом — Slack, Google Analytics, Jira, DevOps Azure и другие. Есть приложение на смартфон, где можно отслеживать задачи и править roadmap.

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

Как выглядит интерфейс:

Пример roadmap в Aha!

Venngage

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

Удобно создавать roadmap из готовых шаблонов — можно забирать их целиком или использовать только понравившиеся элементы. Доступ к картам возможно открыть любому количеству пользователей. Есть функция экспорта готовой дорожной карты в png и pdf. Также roadmap можно сразу опубликовать в соцсетях.

В Venngage можно делать не только дорожные карты, но и другие маркетинговые материалы — инфографику, презентации, буклеты, открытки, объявления.

Какие есть недостатки: в бесплатной версии доступны лишь несколько шаблонов, на выгруженных картах ставится водяной знак сервиса. Нельзя создать больше 5 карт.

Как выглядит интерфейс:

Пример roadmap в Venngage

Как составить шаблон дорожной карты

1. Определить цели проекта. Они должны быть ограничены по времени и достижимы. Нужно продумать сроки по каждому этапу и метрики для оценки достижимости целей. Например, планируем в этом квартале рекламную кампанию с креативом-видео, по итогам запуска хотим получить X охват целевой аудитории и Y визитов на сайт.

2. Определить стратегию. Составить план действий, которые приведут к достижению целей. Например, через неделю подготовить сценарий рекламного ролика, через 2 недели получить первый аниматик, через месяц согласовать готовое видео и затем сделать рекламный запуск

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

4. Найти шаблон или придумать собственную карту. Можно использовать готовые шаблоны roadmap в сервисах или собрать свой. В драфт дорожной карты заносим всю собранную информацию и смотрим, что получилось. Карту можно менять по ходу работы, а когда проект будет завершён, оформить roadmap в качестве шаблона под такой тип задач.

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