Как провести JTBD-интервью и не собрать «мнение вместо причины»

Как провести JTBD-интервью и не собрать «мнение вместо причины»

JTBD-интервью нужно не для комплиментов продукту, а для понимания, **какая работа у человека была до покупки, что мешало и почему он сменил сценарий**. Ниже — рабочий чек-лист.

— Сформулируйте контекст выбора
Не начинайте с «что вы думаете о продукте». Сначала восстановите ситуацию: что случилось, какой триггер запустил поиск решения, кто ещё участвовал в выборе.

— Попросите рассказать хронологию
Идите по времени: когда понял проблему, что пробовал первым, что не сработало, когда стало ясно, что нужен новый вариант. Так вы увидите путь, а не красивую версию задним числом.

— Ищите не выгоды, а напряжение
Фиксируйте, что именно раздражало: потеря времени, риск ошибки, рост нагрузки, конфликт с командой, падение денег. Именно это обычно двигает смену решения.

— Уточняйте альтернативы
Что человек рассматривал кроме вашего продукта: ручной процесс, Excel, другой сервис, отказ от задачи. Альтернатива часто показывает реальную «работу», за которую платят.

— Разделяйте функциональную и социальную причину
Иногда продукт выбирают не только ради результата, но и чтобы выглядеть профессиональнее, согласовать решение с руководителем, снизить личный риск. Это важно для B2B и RevOps-логики, где решение растянуто на несколько ролей.

— Проверяйте язык клиента
Записывайте формулировки дословно: как человек называет проблему, успех и неудобство. Эти слова потом пригодятся для оффера, лендинга и контента в эпоху zero-click, где ценится собственная экспертиза, а не объём текста.

— Завершайте проверкой гипотез
В конце сверяйте вывод: «Правильно ли я понимаю, что вы искали не X, а способ Y без риска Z?» Если человек уточняет и поправляет вас — вы ближе к настоящему JTBD.

когда это пригодится: при запуске нового позиционирования, пересборке лендинга, поиске триггеров спроса и подготовке интервью для B2B или retention-задач.

— @JTBDroom