Метод Jobs to Be Done. Проектирование клиентоориентированного продукта

Однако внесу ясность: я обнаружил, что истории работы в процессе разработки не заменяют истории пользователей полностью. Они направляют и подают концепцию решения, но не отслеживают его реализацию. Лучше всего они служат как инструмент разработки для создания или определения направления развития идеи и проекта. Разработчикам и инженерам, скорее всего, понадобятся истории пользователей, чтобы измерить сгорание задач[38] и прогресс в целом.

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

При создании истории работы, основанной на JTBD, следуйте этим инструкциям:

Этап 1. Понимание этапов работы и сопутствующих обстоятельств

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

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

Этап 2. Формулирование историй работы

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

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

Этап 3. Раскрывайте истории работы

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

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

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

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

Связанные подходы: положения о потребностях

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

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