Что такое Jobs to Be Done и зачем он нужен в UX/UI
Jobs to Be Done (JTBD) — это подход, в котором пользователь «нанимает» продукт для выполнения конкретной задачи, а не просто пользуется функциями ради функций.
Идея простая: человек покупает не дрель, а возможность сделать отверстие в стене. В UX/UI это означает фокус на задаче и контексте, а не только на демографии и портретах аудитории.
Ключевая мысль
Пользователь приходит в продукт ради результата. Если продукт не закрывает работу, его заменяют конкурентом.
Принципы JTBD на практике
- Контекст важнее портрета: важна ситуация, в которой оказался человек.
- Одну и ту же работу можно закрыть разными способами и разными продуктами.
- Каждую фичу стоит проверять вопросом: какую задачу пользователя она реально решает.
1. Исследуйте ситуации и задачи пользователей
Проведите интервью, опросы и анализ обратной связи. Важно понять, какие события запускают поиск решения и какого результата ожидает пользователь.
2. Сформулируйте Job Stories
Используйте шаблон: «Когда [ситуация], я хочу [действие], чтобы [результат]». Это помогает связать контекст, мотивацию и ожидаемую ценность.
“Когда я опаздываю из-за пробки, я хочу быстро найти объезд, чтобы приехать вовремя.
3. Привяжите работы к решениям в продукте
Для каждой job story должно быть понятное решение в интерфейсе: функция, сценарий, контент или подсказка. Если решения нет, это приоритетная зона для улучшения.
4. Приоритизируйте работы
Оцените, какие работы происходят чаще и дают больше ценности пользователю и бизнесу. Сфокусируйтесь на них в первую очередь.
5. Внедрите в User Flow и UI
Проверьте путь пользователя на каждом шаге: помогает ли интерфейс быстрее выполнить работу. Уберите лишнее, усилите ключевые действия и используйте понятные формулировки.
6. Тестируйте и повторяйте цикл
Запускайте изменения, измеряйте время до результата, долю успешных сценариев и собирайте качественный фидбэк. JTBD работает как непрерывный процесс, а не разовое упражнение.
Шаблон UX-гипотезы на базе JTBD: «Мы считаем, что пользователи нанимают продукт для [работа]. Если улучшим [элемент интерфейса], они быстрее достигнут [результат], потому что [инсайт из исследования]».
Когда дизайн строится вокруг «работ» пользователя, продукт становится понятнее, полезнее и устойчивее к конкуренции.
