Почему ситуация объясняет покупку лучше сегмента
Jobs To Be Done маркетинг привыкли называть модной методологией, а на деле понимают поверхностно: сводят к интервью, формуле «работы» или красивым схемам и упускают главное. Это не инструмент исследований и не альтернатива сегментации, а способ вернуть продукту связь с реальными причинами выбора. Люди не покупают продукты из-за их свойств: они «нанимают» их, чтобы продвинуться в конкретной жизненной ситуации. Когда продукт не растёт, плохо объясняется или не удерживает пользователей, дело редко в каналах или креативе: чаще команда просто не понимает, зачем продукт вообще нанимают.
Причину плохих продаж обычно ищут в аудитории: не та демография, не тот сегмент, не те фичи. Логика кажется очевидной, но она проскакивает мимо момента, где решение о покупке действительно принимается. Если рынок описан через сегменты и абстрактные «боли», все дальнейшие решения принимаются в этой системе координат, а точный расчёт внутри неверной рамки даёт неверный результат: люди одного сегмента покупают по разным причинам и в разных обстоятельствах. JTBD переносит вопрос на шаг раньше: не туда, где выбирают фичу, а туда, где вообще возникает причина покупки. Пока команда спрашивает «кто наш пользователь» вместо «в какой ситуации нас выбирают», маркетинг будет промахиваться независимо от бюджета.
Когда маркетинг и продукт говорят на разных языках
Контур управления ломается в тот момент, когда маркетинг и продукт перестают опираться на общее основание. Маркетинг оперирует сегментами и воронками, продукт — фичами и roadmap, и свести две картины к одному решению не на чем. Без JTBD маркетинг обещает одно, продукт делает другое, пользователь ожидает третье, и расхождение не видно до самого отказа: каждое решение по отдельности выглядит разумным, а вместе они не складываются в одно обещание. JTBD чинит контур, потому что вводит общее основание: работу, ради которой продукт нанимают. Оно одинаково применимо и к приоритетам разработки, и к тексту на лендинге; без него система расходится независимо от квалификации людей.
Когда ошибка — часть поиска, а когда уже некомпетентность
В логике Jobs To Be Done ошибки неизбежны и даже полезны. Команда может неверно определить работу, перепутать контекст или переоценить важность мотива — это нормальный этап поиска. Ошибка, сделанная в наблюдении за реальным выбором, работает на команду: разбирая, почему пользователь перешёл с одного решения на другое, и делая выводы, она снижает неопределённость и уточняет понимание работы. Важно, что здесь ошибка не прячется: она фиксируется через реальные истории выбора и позволяет править не только маркетинг, но и сам продукт.
Некомпетентностью это становится, когда команда продолжает мыслить категориями, которые поведение пользователя не объясняют. Если при слабых результатах по-прежнему обсуждают «целевую аудиторию» вместо ситуаций выбора, проблема становится системной. Второй признак — игнорирование переключений: ключевой объект анализа в JTBD — момент смены решения, и если не изучать, откуда и куда приходят пользователи, теряется главное. Третий — формальное использование метода: интервью проводят, но выводы не влияют ни на продукт, ни на коммуникацию, и методология превращается в ритуал.
Как это проявляется в discovery, delivery и коммуникации
В discovery без JTBD команда собирает абстрактные «боли»: пользователи говорят, что им «неудобно», «долго» или «дорого», и эти данные трудно превратить в решения, потому что они вырваны из контекста выбора. JTBD смещает фокус на ситуацию: важен не пользователь сам по себе, а момент, когда он понял, что текущее решение больше не работает. Верный симптом отсутствия метода здесь — много инсайтов и ни одного ясного вывода: команда знает много, но не понимает, что делать.
В delivery провал выглядит как набор фич без общей логики: каждая задача вроде бы полезна, а продукт не становится сильнее в конкретной работе. С JTBD приоритизация меняется: фичи оценивают по тому, усиливают ли они способность продукта выполнять работу, и выбор резко упрощается. Если delivery живёт своей жизнью, а продукт не описать одним предложением, скорее всего работы в основании нет.
В коммуникации без JTBD продукт описывают через свойства, сообщения перегружаются и не попадают в ситуацию пользователя. Метод позволяет говорить языком момента: коммуникация отвечает не на вопрос «что это», а на «когда и зачем тебе это нужно», и это повышает и понимание, и доверие. Симптом проблемы простой: маркетинг постоянно меняет формулировки, а отклик не растёт.
Артефакты, по которым видно зрелость
Jobs To Be Done маркетинг оставляет очень характерные следы, и их легко отличить от классических маркетинговых документов: они фиксируют не «кто пользователь», а «что происходит в его жизни». Зрелость команды видна по тому, какие именно вопросы записаны и используются в работе.
Первый ключевой артефакт — job story. Это не user story и не persona: job story фиксирует конкретную ситуацию, триггер, желаемый прогресс и ожидаемый результат, и помогает продукту и маркетингу говорить об одном и том же, не споря о терминах. Второй — карта переключений: от какого решения пользователь ушёл, к чему пришёл и почему. Если команда не может ответить, что было «до» продукта и что происходит «после», JTBD используется поверхностно. Незрелость выдаёт себя тогда, когда метод живёт только в презентациях: схемы красивые, но на roadmap, тексты, приоритизацию и запуск они не влияют и лишь создают иллюзию глубины.
Чем обычно убивают JTBD
Провалы почти всегда сводятся к одному: работу подменяют чем-то более привычным. Самая частая подмена — фокус на пользователе вместо ситуации: команда снова обсуждает портреты аудитории, а не контекст, в котором продукт нанимают, и упускает момент, когда человек начал искать новое решение. Рядом — подмена работы фичами, когда «работу» описывают через функциональность, а не через прогресс, которого добивается пользователь. Если вдобавок в анализе нет альтернатив (рассматривают только прямого конкурента, а не блокнот, таблицу или вариант вообще ничего не делать), картина выбора остаётся неполной, а позиционирование строится против не того соперника.
Вторая группа провалов — не про непонимание метода, а про его имитацию. JTBD-интервью проводят, но логику выбора не вскрывают: вопросы заданы, галочка стоит, инсайтов нет. Выводы не доходят до приоритизации, и маркетинг снова живёт отдельно от продукта. Особенно дорого обходится страх неприятных выводов: сигнал, что продукт нанимают «не за тем», игнорируют, чтобы не пересобирать стратегию. Добавьте попытку закрыть сразу все работы, из-за которой продукт теряет фокус, отсутствие проверки месседжей на реальных ситуациях и использование JTBD просто как модного слова, и метод превращается в декорацию, не меняющую ни одного решения.
Отсутствие JTBD хорошо слышно по формулировкам. «Наша аудитория — это предприниматели 25–45», «Им просто нужна удобная функция», «JTBD у нас есть, вот презентация», «Давайте добавим ещё один сценарий», «Это сложно, пользователи сами не знают, чего хотят» — во всех этих фразах работа подменена абстракцией, в них нет ни момента выбора, ни реальной причины, по которой продукт нанимают.
Мини-кейс: сервис планирования задач
Компания разрабатывала онлайн-сервис для планирования задач. Продукт активно развивался, функции добавлялись, но рост замедлился: маркетинг жаловался на слабую конверсию, продуктовая команда — на «непонятных пользователей». Аудиторию описывали через роли и сегменты, JTBD не использовали, решения принимали на опросах и NPS, а проблемы формулировали абстрактно. Серия JTBD-интервью показала, что продукт нанимают не для планирования, а для снижения тревоги в моменты перегрузки: пользователи переходили из блокнотов и заметок не ради функций. Команда пересобрала коммуникацию вокруг момента «когда всё валится и нужен контроль», часть функций признали второстепенными, тексты стали проще, продукт понятнее, и рост возобновился. JTBD вернул связь между выбором и ценностью.
Мини-кейс: B2B-продукт для аналитики
В B2B-продукте для аналитики долго не могли понять, почему сделки срываются на поздних этапах. Product Manager считал, что дело в цене, маркетинг — в каналах. JTBD-интервью показали другое: продукт нанимали как инструмент защиты от управленческих рисков, а не как аналитику. Покупатели искали не данные, а уверенность в решении, которое им предстояло защищать перед руководством. Команда изменила позиционирование и пересобрала демо, сместив фокус с возможностей на сценарии принятия решений. Цикл продаж сократился, продукт стал восприниматься иначе, а JTBD дал язык для разговора с рынком.
Что чаще всего вызывает сомнения
Если объяснять просто, JTBD-маркетинг отвечает на вопрос, зачем человек выбирает продукт в конкретной ситуации, и этим отличается от сегментации, которая описывает людей, а не моменты выбора. История не только маркетинговая: та же работа определяет приоритеты продукта, аргументы продаж и стратегию в целом, поэтому JTBD и связывает эти функции общим языком. Специальные интервью нужны, но решают не формат и не количество вопросов, а способность вскрыть настоящую причину переключения; обычно достаточно нескольких глубоких разговоров, чтобы увидеть повторяющийся паттерн.
Где метод даёт больше всего, а где почти бесполезен, решает степень осознанности самого момента выбора:
- В B2B и сложных дорогих сделках он работает даже лучше, чем в массовых продуктах: причина выбора почти всегда неочевидна и спрятана за формальными требованиями, и именно её метод вскрывает; ломается там, где команда принимает закупочные критерии за настоящую работу.
- В массовых продуктах он помогает, пока пользователь ещё помнит, в какой момент старое решение перестало справляться; теряет силу, если переключение давно стало автоматическим и триггер уже не вспомнить.
- Там, где выбор не осознан и совершается по привычке или инерции, метод не нужен: разбирать нечего, потому что осознанного момента найма попросту нет.
User personas он не отменяет, но снижает их вес: они становятся декорацией поверх работы, а не основой решений. У продукта, как правило, есть одна основная работа и несколько вторичных, и попытка обслужить все сразу размывает ценность. А главная сложность JTBD не в том, чтобы его «сделать», а в том, чтобы честно использовать выводы, даже когда они рушат удобную картину рынка.
Проверить себя можно по нескольким вопросам: понимаю ли я, в какой момент нас нанимают и от какого решения приходят пользователи; могу ли описать работу, не упоминая продукт; использую ли ситуации выбора в коммуникации и проверяю ли на них месседжи; влияет ли JTBD на roadmap и приоритеты; есть ли у продукта фокус на одной основной работе; знаю ли реальные причины отказов; учитываю ли альтернативы, включая отказ действовать; и меняются ли решения после JTBD, или всё остаётся на слайдах.
Jobs To Be Done маркетинг помогает там, где привычные подходы ломаются. Он возвращает фокус с абстрактных пользователей и фич на реальные причины выбора, и продукт, маркетинг и продажи наконец начинают говорить на одном языке. Успеха он не гарантирует, но без него команда почти всегда работает вслепую, путая движение с прогрессом.