Что такое Jobs to be Done и зачем это нужно
Подход Jobs to be Done (JTBD) фокусируется на задачах, которые пользователи хотят решить с помощью продукта. Вместо анализа демографических данных или поведения, вы изучаете «работу», которую клиенты нанимают ваш сервис выполнить. Например, люди не покупают дрель, а «нанимают» её, чтобы сделать отверстие. При создании сайта или приложения это помогает уйти от шаблонных решений и понять истинные мотивы аудитории.
Чтобы применить JTBD, начните с переформулирования целей проекта. Вместо вопроса «Какие функции добавить?» спросите: «Какие задачи пользователи пытаются решить в этом контексте?» Это смещает фокус с технических возможностей на реальные потребности. Важно определить неочевидные сценарии – например, когда клиент использует ваш сервис не так, как вы предполагали, но всё равно достигает цели.
Как проводить исследование потребностей
Интервью с пользователями – ключевой инструмент в JTBD. Задавайте открытые вопросы: «Опишите ситуацию, когда вы в последний раз сталкивались с этой проблемой». Ищите конкретные примеры, эмоции и альтернативные решения, которые люди пробовали до обращения к вашему продукту. Фиксируйте не только действия, но и скрытые мотивы – например, желание сэкономить время или избежать стресса.
Создайте карты «работ» (Job Maps), которые визуализируют шаги клиента от осознания проблемы до финального результата. Это помогает выявить узкие места: этапы, где пользователи теряются, тратят ресурсы или отказываются от цели. Если вы разрабатываете сервис доставки еды, карта покажет, на каком этапе (выбор блюд, оплата, отслеживание заказа) возникают основные сложности.
Эффективное применение jtbd требует анализа конкуренции. Определите, какие «работы» уже хорошо закрыты другими игроками, а какие остаются без внимания. Это поможет найти нишу для вашего решения. Например, если все приложения для фитнеса фокусируются на тренировках, но игнорируют мотивацию новичков, это становится вашей точкой роста.
От теории к практике: внедрение JTBD в разработку
Переведите собранные данные в функциональные требования. Каждая задача из Job Map должна соответствовать элементу интерфейса или процессу. Например, если пользователи хотят быстро сравнить варианты, создайте систему фильтров с визуальным отображением различий. Избегайте функций, которые не связаны с ключевыми «работами» – это снизит когнитивную нагрузку.
Тестируйте прототипы через призму JTBD. Во время юзабилити-сессий спрашивайте не «Нравится ли вам дизайн?», а «Помогло ли это решить вашу задачу?». Обращайте внимание на моменты, когда пользователи improvise – используют сервис нестандартным способом для достижения цели. Эти инсайты часто приводят к прорывным улучшениям.
Внедряйте итеративный подход. После запуска MVP продолжайте собирать обратную связь, используя фреймворк JTBD. Добавляйте аналитику событий, соответствующих ключевым «работам»: сколько пользователей прошло все этапы решения задачи, где происходят сбои. Это позволит постепенно оптимизировать сервис, сохраняя фокус на главном – помощи клиентам в достижении их целей.