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

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

Рис. 8.5. Размещение основных моментов интервью с участниками на одной виртуальной доске

Этап 4. Создать истории работы

Мы берем из исследования сырую информацию, которую превращаем в истории работы или короткие положения, описывающие конкретную потребность вокруг определенных функций. (Больше об историях работы см. в главе 5 «Разработка ценности».) Эти истории помогают оформить проблемы, которые мы хотим решить, и понять, как с ними работать. Мы обсуждаем истории работы, совершенствуем их и размещаем в порядке приоритета, пока не найдем те, которые посчитаем наиболее важными для достижения целей пользователей.

Ниже мы приводим несколько историй работ на примере интеграции с GitHub.

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

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

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

Этап 5. Дизайн и разработка функционала

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

Заключение

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

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

Агустин Солер – руководитель продуктовой линии в MURAL, компании, которую он вместе с коллегами основал в 2012 году. Он руководит командой дизайнеров и разработчиков. В 2016 году Солер получил степень магистра индустриального и продуктового дизайна в Северо-Западном университете.

Краткие итоги

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

Инновации, направленные на конечный результат (ODI), – это, возможно, самый всеобъемлющий метод JTBD на сегодня. Полный процесс ODI воспроизвести трудно, особенно это касается количественного измерения нереализованных потребностей. Тем не менее элементы ODI, такие как карта работы, можно использовать отдельно.

Прежде чем переходить к разработке решения, Стивен Вункер, Джессика Уатман и Дэвид Фарбер рекомендуют создать атлас работ или всеобъемлющую картину проблемы, с которой вы имеете дело. Их подход является частью более широкой дорожной карты создания решений, действительно нужных людям.

Метод переключения часто применяют в паре с анализом Четырех сил. Вместе они дают ценную информацию о требованиях рынка.

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