JTBD не ищет «мотив», он ищет работу, которую человек уже нанял ваш продукт делать

JTBD не ищет «мотив», он ищет работу, которую человек уже нанял ваш продукт делать

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

Моя позиция простая: JTBD полезен не тогда, когда вы нашли эмоциональную причину покупки, а когда смогли восстановить контекст найма продукта на работу. То есть ответить на три вопроса:
— что произошло в жизни или процессе клиента;
— какую работу он пытался закрыть;
— почему ваш продукт оказался допустимым решением именно в этот момент.

В B2B это особенно заметно. Когда классическая лидогенерация через MQL/SQL слабеет, маркетингу уже мало знать, «какая у ЦА должность» и «какая отрасль». Нужно понимать, в какой ситуации человек вообще начинает искать решение: отчёт надо сдать раньше квартального ревью, ручной процесс ломает RevOps-цепочку, руководитель требует прозрачность, а у команды нет времени на внедрение ещё одного тяжёлого инструмента.

Из практики: в одном исследовании для SaaS я сначала получил 40 интервью, где люди говорили почти одно и то же — «нужно было ускориться». Полезного было мало. Перелом случился только после того, как мы разложили каждый кейс по событию запуска, ограничениям и альтернативам. Тогда выяснилось, что продукт нанимали не «для скорости», а **для снижения риска ошибки перед внутренним согласованием**. И это сразу поменяло и позиционирование, и лендинги, и сценарии продаж.

В 2026-м это особенно важно: информационный контент обесценивается, а выигрывает тот, кто объясняет не абстрактную боль, а конкретную работу в конкретном контексте. JTBD здесь не про красивую теорию. Это инструмент, который вытаскивает маркетинг из описания аудитории в понимание решения.

— @JTBDroomPro