Определение
Jobs To Be Done, JTBD, — подход к изучению задачи, которую клиент стремится выполнить с помощью продукта в конкретных обстоятельствах.
Как применять
Исследователь выясняет ситуацию выбора, прежнюю альтернативу, напряжение, ожидаемое изменение и критерий результата. Вопросы относятся к реальному поведению и событиям. Команда переводит наблюдения в гипотезу продукта или сервиса, затем проверяет, меняются ли выбор, использование и готовность платить.
Учебный пример
Один посетитель кофейни утром ищет место для спокойной работы, а вечером — для встречи с друзьями. Возраст и доход не изменились, но нужны разные условия: розетки и тишина в одном случае, общение и удобная посадка в другом.
Что учитывать
Одобрение идеи не подтверждает покупку. Выборку строят по задачам, ролям и стадиям отношений; общий норматив 400 интервью не применяется автоматически. Клиентскую задачу нельзя подменять внутренним названием функции или товара.
Связанные материалы
- Подробнее: Jobs To Be Done в маркетинге — в чем суть концепции.
- Подходящая услуга: Маркетинг и управление продуктами.
Jobs To Be Done изучает ситуацию выбора
Исследуйте обстоятельства, в которых человек начинает искать решение: что произошло, какой результат нужен, что мешает, чем он пользовался раньше и почему сменил вариант. Формулировка «нужен удобный сервис» слишком общая, чтобы направить продуктовую работу.
Просите рассказать о последнем реальном выборе и восстановите последовательность действий. Отделяйте слова респондента от гипотезы команды о «работе». Сформулированный JTBD помогает искать альтернативы из разных категорий, но не доказывает, что новый продукт купят; готовность проверяют отдельным поведением и транзакциями.
Изучайте задачу клиента в обстоятельствах выбора
Jobs To Be Done помогает исследовать, какую задачу человек или организация пытается выполнить в конкретной ситуации и почему выбирает один способ вместо другого. Разберите событие, которое запустило поиск, прежнюю альтернативу, ограничения, участников и ожидаемое изменение. Спросите о последнем реальном случае, а не только о предпочтениях в абстрактной формулировке.
Команда отделяет сказанное участником от интерпретации и формирует проверяемую гипотезу продукта или сервиса. Одна история показывает механизм, но не частоту по всему рынку. Сравните несколько случаев и проверьте, различаются ли задачи по сегменту. Не превращайте «работу» в красивую метафору без связи с поведением и критерием результата. См. потребности клиентов, бизнес-гипотезу и модель Кано.


