JTBD не нужен, если у вас “сегменты по поведению” — миф о том, что мы уже всё поняли

JTBD не нужен, если у вас “сегменты по поведению” — миф о том, что мы уже всё поняли

Миф: “Нам достаточно сегментов по действиям: смотрел-не купил, сравнивал цены, забирал корзину. JTBD — это лишняя теория. Главное — таргет и воронка.”

Откуда он берётся. В 2023–2026 продуктовые команды привыкли мерить всё в событиях: просмотры, клики, статусы CRM. Это удобно, потому что данные уже есть и ложатся на дашборды. Добавьте AI-overviews и zero-click: кажется, что раз пользователи ведут себя похоже на верхних этапах, значит, и потребность одинаковая. А если одинаковая — зачем копать глубже.

Почему это неправда. Поведенческие сегменты отвечают на вопрос “что сделали”, но почти никогда — “почему в этот момент” и “за счёт чего решение выигрывает у альтернативы”. Например, два человека бросили корзину: один сравнивал по доставке из-за “мне важно не ошибиться”, другой — потому что “нужно отложить решение до зарплаты”. Таргет может быть одинаковым, а работа с возражением — диаметрально разной. Итог: вы оптимизируете шаги, но не исход job-to-be-done (работу, которую человек нанимает продукт сделать). В RevOps-логике это превращается в хронические проблемы с конверсией и качеством лидов: одинаковый сигнал — разные причины обращения.

Что вместо. Постройте один JTBD-путь: сформулируйте основную “работу” в формате “когда… я хочу… чтобы… (и избегаю…)”. Затем проверьте её в интервью и в данных, привязывая события к мотивации, а не к фасетам. Делайте сегменты по обстоятельствам и целям, а поведение используйте как *подтверждение* гипотезы, а не как её замену. Тогда и контент, и офферы, и messaging начнут совпадать с тем, что реально нанимают ваш продукт выполнять.

— @JTBDroomPro