• Цели бизнеса. Что конкретно вы сделаете для организации с помощью вашего предложения? Оформите это положение в виде результатов, а не просто выходных данных.
Далее предстоит решить, какие потребности клиента вы можете реализовать. Здесь авторы Product Roadmaps Relaunched подчеркивают важность построения плана развития на основе реальных потребностей клиента. В центре этого этапа находится JTBD. Ломбардо и его коллеги пишут:
Определение потребностей клиента – самый важный шаг в процессе создания дорожной карты, которую необходимо связать с отражением нужд потребителя. Таким образом, большинство пунктов вашего плана развития проистекают из выполняющейся клиентом работы или из решаемой им задачи.
Как уже говорилось в главе 2 «Основные идеи JTBD», потребности составляют иерархическую структуру от устремлений высокого уровня к основным работам, этапам работ и микроработам. Выделите для исследования высокоуровневые работы, а затем углубитесь в конкретные темы.
Так называемые «ценные темы» можно получить непосредственно из карты работы. Отметьте участки с самым высоким уровнем нереализованных потребностей и используйте их как категории для тем дорожной карты. Помимо этого, сгруппируйте потребности так, чтобы сформировать темы, которые необязательно следуют хронологии карты работы. Важно, чтобы разделение дорожной карты опиралось на реальные наблюдения за работами клиентов и увязывало с ними сроки и последовательности.
Теперь создайте последовательность ценностей, над которыми предстоит работать вашей команде. Сроки можно выставить абсолютные, относительные или сочетающие и то и другое. Абсолютные временны́е рамки с конкретными датами подвержены риску изменений, что, в свою очередь, может вылиться в неразбериху или неоправданные ожидания.
Относительные сроки дают больше гибкости, по-прежнему позволяя понять, что и почему происходит. Можно использовать различные термины, но обычно выделяют «краткосрочные», «среднесрочные» и «долговременные» обязательства. Примеры включают слова «сейчас, позднее, в будущем» или «текущий, следующий, последующий». Найдите то, что лучше подойдет именно вам.
Наконец, составьте представление о конкретных решениях, которые намереваетесь разрабатывать и создавать. Используйте истории работы, чтобы связать цель проекта с потребностями клиента, о чем мы подробно поговорим в следующем разделе этой главы. Затем осмыслите решения сквозь призму выполнения всей работы в целом или ее частей, если это соответствует предпочтениям вашего бизнеса.
После создания дорожной карты вам может понадобиться сделать более подробные планы проекта, чтобы контролировать прогресс. Для этого во многих случаях отлично подходит обычная доска канбан. В более сложных случаях разработки ПО могут потребоваться специальные программы для отслеживания. В гибкой методологии разработки к эпик-планированию и спринт-планированию переходят после создания дорожной карты.
Связь общего плана с потребностями клиента дает командам дизайна и разработки ощущение того, что они создают нечто значительное для клиента. Внимание к нуждам потребителя помогает избежать создания ненужных людям вещей. Сущность работы всегда остается одной и той же, могут меняться только отдельные характеристики. Созданная на основе JTBD дорожная карта просуществует долго и сохранит возможность вносить в нее изменения.
C. Todd Lombardo, Bruce McCarthy, Evan Ryan, and Michael Connors, Product Roadmaps Relaunched (Sebastopol, CA: O’Reilly, 2017).