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

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

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

• это не план релизов — не вносите даты и графики;

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

• это не обязательство, а динамичный ориентир, изменяющийся с поступлением новой информации;

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

• успешный роадмап — это не диаграмма Гантта. Взаимозависимости и каскадные связи не годятся для этого уровня планирования.

Жанна Бастоу из ProdPad подводит итог: «Роадмап перестает работать, если вносить в него конкретные даты. Это означает непонимание его сути. Для меня это некий артефакт, обозначающий направление действий к воплощению видения продукта. Это документ, который отличается (должен отличаться) от плана релизов, где описывается, что именно запускается, когда и кто над этим работает. Они в равной степени значимы, но если объединять их, то получается диаграмма Гантта с датами, однако не на ближайшие один-два квартала, а гораздо шире. Я всегда подчеркиваю, что никто не знает, насколько компания расширится к декабрю, не говоря уже о темпах создания продукта».

Мэтт Уолтон, директор по продукту FutureLearn, добавляет: «Каждая команда ответственна за свой роадмап. Специалисты сами решают, как добиться поставленной цели и соответствовать критериям. Главное — это помнить, что сам по себе роадмап не имеет значения, он нужен для понимания и обсуждения рабочих процессов в команде, выявления и решения проблем. Раньше наши роадмапы были всего лишь идеальными картинками в Keynote, а теперь у каждой команды живые, динамичные, общие доски в Trello, от которых гораздо больше толку».

Следовательно, лучший роадмап — артефакт стратегической коммуникации, описывающий общую картину и пути к воплощению концепции продукта. «Отсутствие оперативного плана часто приводит к тому, что делается больше, но хуже», — считает Энтони Аккарди, технический директор Rue La La. Кто будет пользоваться роадмапом после его составления? В общем-то, все: дизайнеры, разработчики, сотрудники отдела продаж и маркетинга, руководство, потребители, партнеры и клиентская поддержка.

ИЗУЧЕНИЕ ПРОБЛЕМ ПОЛЬЗОВАТЕЛЯ

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

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

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

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