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

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

У настоящих продуктов-свитчеров[20] при появлении, как правило, функциональность значительно меньше, чем у доминирующих на тот момент на рынке продуктов-монополистов. Но несмотря на отсутствие обязательных «гигиенических» функций[21], наличие багов и плохую поддержку, в них есть нечто, что заставляет пользователей переключиться на новый продукт.

И это «нечто» – видение команды.

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

Пример продукта-свитчера – Sketch App. Его функциональность на старте была значительно более скромная, чем у доминировавшего на тот момент в этой нише Adobe Illustrator, но дизайнеры интерфейсов почувствовали, что кто-то решил обратить на них внимание и выпустить решение, сфокусированное на области именно цифровых продуктов.

Отсюда видно, что востребованность продукта не всегда объясняется непосредственно потребностью в функциональности. Иногда она объясняется обещанием функциональности или потенциальной востребованностью функциональности в будущем. Хорошие примеры – люк в крыше автомобиля или функция съемки видео в формате slow motion на телефоне. Наличие особенности влияет на принятие решения о выборе продукта, хотя пользователь может ни разу к ней не прибегнуть.

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

В свое время меньшинство разработчиков-трендсеттеров начало использовать Microsoft Windows, что заставило остальных переключаться на эту операционную систему. У нее было самое актуальное ПО, следовательно, она имела потенциал развития.

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

Как видно из приведенных примеров, управление дорожной картой функций (часто называется бэклогом[22]) – это тоже продуктовый дизайн, но на очень низких уровнях в модели слоев UX[23], стратегии и скоупа. В таком случае продуктологи не всегда руководствуются только масштабностью функции (сколько людей она сделает счастливыми) или дельтой ценности (сколько люди готовы заплатить за решение).

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