JTBD не про опросы. Он про разрыв между словами и работой

JTBD не про опросы. Он про разрыв между словами и работой

Я всё чаще вижу одну и ту же ошибку: JTBD используют как красивую упаковку для обычного customer research. Спрашивают клиента: «Что вам важно?», «Почему выбрали нас?», «Какие функции нужны?» — и получают вежливые, но почти бесполезные ответы.

Проблема в том, что человек обычно не умеет точно описать свою «работу». Он описывает решение, которое уже привык считать нормой. А нам нужна не формулировка желания, а контекст, в котором возникло напряжение: что мешало, какой компромисс был неприемлем, почему он вообще начал искать альтернативу.

В моей практике лучший JTBD-материал не собирается в фокус-группе. Он вынимается из истории выбора: когда триггер сработал, какие варианты человек отмёл сразу, где сомневался, что стало последней каплей. Именно там живёт работа, которую продукт должен закрыть.

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

Это особенно важно в 2026-м, когда контента и креатива становится больше, а внимания — меньше. Побеждает не тот, кто громче объяснил пользу, а тот, кто точнее попал в рабочую ситуацию человека.

Мой вывод простой: **JTBD — это не про «что хочет клиент». Это про «какую задачу он вынужден решить и почему сейчас»**.

Если в исследовании этого нет, перед вами не JTBD. Перед вами интервью о предпочтениях.

— @JTBDroom