JTBD: как применять Jobs To Be Done в маркетинге, продукте и исследованиях

Jobs To Be Done — это подход, который помогает понять, почему человек выбирает продукт, услугу или иной способ решить задачу. В этой статье разберем концепцию JTBD простыми словами, покажем примеры применения в рекламе, UX и продукте, объясним, чем Job Story отличается от User Story, и дадим пошаговый алгоритм, который можно использовать для своего продукта.

Что такое JTBD простыми словами

В основе Jobs To Be Done лежит идея: люди не покупают продукты сами по себе. Они «нанимают» продукт, чтобы добиться прогресса в конкретном контексте. Эту мысль часто связывают с работами Клейтона Кристенсена из Гарвардской школы бизнеса, который популяризировал подход через исследования инноваций и покупательского выбора.

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

JTBD помогает сместить фокус с характеристик продукта на реальную задачу клиента: что произошло, почему старое решение перестало подходить, какие альтернативы рассматривались, что стало критерием успеха.

Что значит «работа» в Jobs To Be Done

«Работа» в JTBD — это не должность и не механическое действие. Это изменение состояния пользователя: из текущей ситуации в желаемую.

Например:

Метод Jobs To Be Done позволяет увидеть не только функциональные, но и эмоциональные и социальные потребности. Именно они часто влияют на решение о покупке сильнее, чем набор функций.

Чем JTBD отличается от целевой аудитории

Описание целевой аудитории отвечает на вопрос «кто покупает?». Концепция JTBD помогает понять «зачем покупает?».

Два человека с разным возрастом, доходом и профессией могут нанимать один продукт для одной и той же работы. Например, предприниматель и студент используют сервис заметок, чтобы не потерять важные идеи и быстро вернуться к ним позже. При этом их демография разная, но задача похожа.

JTBD не заменяет сегментацию, персоны или аналитику. Он дополняет их и делает маркетинговые выводы глубже: сегментировать можно не только по полу, возрасту и каналу привлечения, но и по контексту, мотивации и ожидаемому прогрессу.

Суть подхода JTBD и ключевые принципы

Подход Jobs To Be Done в маркетинге и продуктовой разработке строится на нескольких принципах.

Во-первых, прогресс клиента важнее функции продукта. Пользователь оценивает решение не по внутренней логике команды, а по тому, помогает ли оно перейти из состояния «мне сложно / неудобно / рискованно» в состояние «задача решена».

Во-вторых, контекст влияет на выбор. Один и тот же продукт может выполнять разные работы. Кофе утром помогает взбодриться, днем становится поводом для встречи, а вечером — частью ритуала или паузы после работы.

В-третьих, конкуренты в JTBD шире категории. Конкурентом фитнес-клуба может быть домашняя тренировка, прогулка, диета, приложение с упражнениями или даже решение ничего не менять. Для B2B-сервиса конкурентом может быть Excel, ручная работа, мессенджер, внутренний регламент или привычка команды «делать как раньше».

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

Как работает JTBD

Методология Jobs To Be Done помогает разложить покупательский выбор на элементы: ситуацию, мотивацию, барьеры, альтернативы и ожидаемый результат. Вместо гипотезы «пользователю нужна функция» команда задает другой вопрос: «Какую работу пользователь хочет выполнить и почему текущее решение его не устраивает?»

Базовая формула звучит так:

Когда я нахожусь в ситуации…, я хочу…, чтобы…

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

В JTBD-анализе важно учитывать четыре силы прогресса:

1. Неудовлетворенность текущим решением — что больше не устраивает.

2. Притяжение нового решения — что кажется ценным в альтернативе.

3. Тревога перед новым — почему пользователь сомневается.

4. Привычка к старому — что удерживает от перехода.

Эти силы помогают выявить барьеры покупки. Например, человек может хотеть перейти на новый сервис аналитики, но бояться сложной миграции данных, обучения команды и ошибок в отчетах. Если продукт снимает эти опасения, конверсия может вырасти даже без добавления новых функций.

Основные подходы JTBD: Activities, Progress, ODI и Timeline

В теории и практике существует несколько школ JTBD. Они не противоречат друг другу, а подходят для разных задач.

Jobs-As-Activities рассматривает работу как набор действий, которые пользователь выполняет для достижения цели. Такой подход удобен для оптимизации процессов, интерфейсов и сервисных сценариев.

Jobs-As-Progress концентрируется на изменении состояния клиента. Этот вариант особенно полезен для маркетинга, позиционирования, анализа мотивации и поиска неочевидных конкурентов. Подход развивали, в частности, Алан Клемент и другие практики JTBD.

Outcome-Driven Innovation Энтони Ульвика помогает искать возможности для инноваций через желаемые результаты пользователя. Команда оценивает, какие задачи важны для клиента, но плохо решаются текущими продуктами. Такие зоны часто указывают на востребованные продукты или улучшения.

JTBD Timeline анализирует путь к решению: первая мысль о проблеме, активный поиск, сравнение альтернатив, покупка и первое использование. Этот инструмент помогает понять, где именно возникает мотивация и какие события подталкивают клиента к выбору.

Где применяется JTBD

JTBD в маркетинге помогает создавать более точные рекламные сообщения, офферы, лендинги и сегменты. Вместо абстрактного «удобный сервис для бизнеса» можно сформулировать: «помогает руководителю видеть статус задач без постоянных созвонов и ручных отчетов». Такое сообщение ближе к реальному контексту клиента.

В продуктовой разработке подход помогает выбирать функции, отказываться от лишнего и проектировать сценарии под реальные потребности. Если данные аналитики показывают, что пользователи бросают онбординг на втором шаге, JTBD-интервью может выявить не проблему интерфейса, а страх «я не понимаю, как это применить в своей работе».

В UX и Human-Centered Design метод помогает исследовать контекст, требования пользователей и точки трения. В продажах он полезен для выявления мотивов, работы с возражениями и подбора аргументов. В стратегии — для поиска новых рынков, позиционирования и оценки конкурентной среды.

Кому полезна методология Jobs To Be Done

JTBD подход полезен не только стартапам. Он помогает любым командам, которые хотят понять, почему клиенты выбирают или не выбирают продукт.

В определенных рыночных условиях JTBD помогает снизить риск инвестиций в ненужные функции. Если команда понимает работу клиента, она меньше спорит о вкусах и чаще обсуждает, какое решение реально помогает пользователю добиться прогресса.

JTBD-исследование: цель, этапы и результат

Цель JTBD-исследования — найти причины выбора продукта, барьеры перехода, альтернативы и критерии успеха. Итогом должны стать не абстрактные инсайты, а применимые Job Story, Job Statement, гипотезы для продукта, рекламы, лендинга, продаж или UX.

Исследование особенно полезно, когда вы запускаете новый продукт, меняете позиционирование, видите падение конверсии, готовите редизайн или не понимаете, почему пользователи уходят к конкурентам.

Этапы исследования

1. Сформулировать бизнес-вопрос. Например: почему пользователи регистрируются, но не переходят на платный тариф?

2. Выбрать сценарий. Покупка, отказ, смена решения, первое использование или возврат.

3. Определить респондентов. Лучше выбирать людей, которые недавно приняли решение: купили, отказались, перешли к конкуренту или активно искали альтернативу.

4. Провести глубинные интервью. Важно восстановить реальную историю выбора, а не собирать мнения о будущем.

5. Синтезировать данные. Найти повторяющиеся паттерны, триггеры, барьеры, альтернативы и критерии результата.

6. Сформулировать решения. Перевести выводы в Job Story, гипотезы, изменения продукта и коммуникации.

Без четкой цели интервью легко превращаются в набор случайных мнений. Поэтому перед исследованием стоит определить, какое решение команда хочет принять по его итогам.

Как проводить JTBD-интервью

JTBD-интервью строится вокруг прошлого опыта. Пользователь может ошибаться в прогнозах, но обычно лучше помнит конкретные события: когда впервые задумался о проблеме, что подтолкнуло к поиску, какие варианты сравнивал и что стало решающим фактором.

Хорошие вопросы:

• Что произошло перед тем, как вы начали искать решение?

• Почему старый способ перестал подходить?

• Какие альтернативы вы рассматривали?

• Что вы пробовали до покупки?

• В какой момент стало понятно, что нужно что-то менять?

• Какие сомнения были перед выбором?

• Что должно было произойти, чтобы вы сказали: «решение сработало»?

• Как вы объясняли покупку себе, коллегам или близким?

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

После интервью важно выделить язык клиента. Формулировки вроде «не хочу держать все в голове», «мне нужно доказать руководству», «боюсь потратить деньги впустую» часто становятся основой для сильных рекламных сообщений и продуктовых решений.

Job Story и Job Statement: формулы с примерами

Job Story помогает описать ситуацию, мотив и ожидаемый результат. Формула простая:

Когда я нахожусь в ситуации [контекст], я хочу [мотивация], чтобы [результат].

Пример для онлайн-курса:

Когда я понимаю, что текущая работа перестала давать рост, я хочу освоить новую профессию без хаоса и лишнего риска, чтобы постепенно перейти в другую сферу и сохранить финансовую устойчивость.

Здесь ситуация — неудовлетворенность текущей работой. Мотивация — освоить профессию структурно. Результат — безопасный карьерный переход.

Пример для косметического продукта:

Когда перед важной встречей кожа выглядит уставшей, я хочу быстро улучшить внешний вид, чтобы чувствовать себя увереннее и не отвлекаться на то, как я выгляжу.

Job Statement короче и удобен для карты работ, приоритизации и требований:

Действие + объект + контекст + ожидаемый результат.

Например: «Организовать рабочие задачи команды в одном пространстве перед запуском проекта, чтобы снизить риск забытых договоренностей и задержек».

Чем Job Story отличается от User Story

User Story обычно описывает пользователя, действие и ценность: «Как менеджер, я хочу видеть отчет, чтобы контролировать продажи». Это полезно для разработки, но часто не раскрывает контекст выбора.

Job Story глубже показывает ситуацию и мотивацию: «Когда мне нужно быстро понять, почему продажи просели за неделю, я хочу увидеть ключевые изменения без ручной сборки отчета, чтобы принять решение до планерки». Такая формулировка помогает команде не перескакивать сразу к функции, а понять реальную задачу.

JTBD пример использования: пошаговая инструкция

Рассмотрим, как применить фреймворк JTBD на практике.

Шаг 1. Определить продукт и ситуацию клиента

Выберите один продуктовый сценарий: покупка, регистрация, отказ от тарифа, первое использование или переход от конкурента. Например, образовательная платформа хочет понять, почему люди покупают курс по аналитике данных.

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

Шаг 2. Найти конкурентов и альтернативы

Конкурентами будут не только другие курсы. Пользователь может выбрать YouTube, книги, наставника, корпоративное обучение, бесплатные статьи или отложить обучение. В JTBD конкурент — любой способ достичь прогресса или избежать изменений.

Шаг 3. Выявить мотивацию пользователей

Разделите мотивы на три группы:

• Функциональные: получить навык, сдать тестовое задание, настроить отчет.

• Эмоциональные: снизить тревогу, почувствовать контроль, вернуть уверенность.

• Социальные: выглядеть компетентно, доказать ценность руководителю, сменить статус.

Такой анализ помогает понять, какие аргументы действительно влияют на решение о покупке.

Шаг 4. Сформулировать Job Story и гипотезы

Например:

Когда я понимаю, что без аналитики не смогу расти в профессии, я хочу получить понятный план обучения и практические задания, чтобы уверенно претендовать на новую роль.

Из этой Job Story появляются гипотезы: усилить блок с карьерным маршрутом на лендинге, добавить примеры портфолио, показать истории выпускников, объяснить, сколько времени потребуется на обучение.

Шаг 5. Внести изменения и проверить метрики

Выводы JTBD нужно проверять экспериментами: A/B-тестами офферов, прототипами, изменением онбординга, рекламными гипотезами, анализом конверсий и удержания. Если после изменения сообщения растет конверсия в заявку, это может свидетельствовать о более точном попадании в мотивацию аудитории.

Примеры применения JTBD в рекламе

JTBD в маркетинге особенно полезен, когда один продукт закрывает разные работы.

Реклама чая

Чай может выполнять несколько задач:

Один и тот же продукт получает разные сообщения в зависимости от контекста.

Груминг-салон

Клиент нанимает салон не просто для стрижки питомца. Реальная работа может звучать так: «Сделать питомца ухоженным без стресса, неприятного запаха и траты личного времени». Тогда реклама должна говорить не только о мастерах и ценах, но и о спокойном процессе, безопасности, скорости и результате «после».

Курсы кондитеров

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

Snickers как пример JTBD

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

Примеры JTBD в продуктовой разработке

В продуктовой разработке JTBD помогает понять, какие функции действительно нужны.

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

Мобильное приложение задач. Пользователь хочет не «создавать списки», а разгрузить голову, не забыть важное и чувствовать контроль над днем. Значит, важны быстрый ввод, напоминания в нужный момент, понятные приоритеты и отсутствие перегруженного интерфейса.

B2B-сервис. Покупатель часто хочет снизить риски, ускорить процесс, доказать эффективность руководству и упростить работу команды. Поэтому для B2B важны кейсы, расчет выгоды, безопасность, внедрение, поддержка и понятные метрики результата.

UX-улучшения. Если исследование показывает, что пользователь боится ошибиться при настройке, интерфейс должен не просто «быть красивым», а снижать тревогу: подсказки, предпросмотр, автосохранение, понятные статусы, возможность отменить действие.

Как расставлять приоритеты с помощью JTBD

После исследования у команды обычно появляется несколько гипотез. Чтобы выбрать, что делать первым, можно использовать Opportunity Scoring: искать задачи, которые важны клиенту, но плохо решаются текущими решениями. Именно там часто находятся лучшие возможности для роста.

Практичная оценка гипотез может включать четыре критерия:

1. Насколько работа важна для пользователя.

2. Как часто возникает такая ситуация.

3. Насколько плохо она решается сейчас.

4. Какой бизнес-эффект даст улучшение.

Для структуры задач полезна Jobs Map: подготовка, выполнение, контроль, исправление и завершение. Например, в сервисе доставки слабым местом может быть не сам заказ, а контроль статуса и исправление ошибки, если курьер задерживается. Тогда улучшение трекинга может дать больше эффекта, чем расширение каталога.

Связь JTBD с продуктовым бэклогом должна быть прямой: каждая задача команды отвечает на конкретную работу клиента. Это помогает избежать списка функций «потому что конкуренты сделали» и держать фокус на результате пользователя.

Преимущества и ограничения JTBD

Главная выгода JTBD — более точное понимание потребностей. Метод помогает создавать сильнее позиционирование, точнее рекламные сообщения, лучше приоритизировать функции и снижать риск разработки невостребованных продуктов.

Уникальность подхода в том, что он смотрит на выбор через ситуацию, мотивацию, альтернативы и прогресс. Это особенно ценно, когда команда видит поведение пользователя в аналитике, но не понимает причин.

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

Как встроить JTBD в работу компании

Чтобы подход jobs-to-be-done не остался разовым упражнением, его нужно встроить в процессы.

Начните с общего словаря. Команда должна одинаково понимать, что такое работа клиента, Job Story, Job Statement, силы прогресса, альтернативы и критерии результата.

Затем подключите регулярные источники данных: интервью, звонки продаж, обращения в поддержку, отзывы, продуктовую аналитику, записи пользовательских сессий. Глубинные интервью дают мотивацию, а количественные данные помогают проверить масштаб проблемы.

Используйте выводы в маркетинговых материалах: лендингах, рекламных объявлениях, email-цепочках, презентациях и скриптах продаж. Хорошая практика — переносить язык клиента в коммуникацию, но не копировать его механически. Формулировки должны быть точными, понятными и соответствовать бренду.

Проверяйте решения экспериментами. JTBD помогает сформулировать гипотезу, но ее эффективность подтверждают метрики: конверсия, активация, удержание, средний чек, скорость прохождения сценария, доля повторных покупок.

Связь JTBD с другими методами

JTBD хорошо работает вместе с другими инструментами.

CustDev помогает проверять гипотезы через общение с клиентами, а методология JTBD дает рамку для анализа мотивации и выбора.

CJM описывает путь пользователя по этапам, а Jobs To Be Done объясняет, почему человек вообще начинает этот путь и какого прогресса ждет.

Персоны показывают тип пользователя, его роль и контекст жизни, а JTBD концентрируется на работе, ради которой он нанимает продукт. В связке эти методы дают более полную картину.

Продуктовая аналитика показывает, что делают пользователи. JTBD помогает понять, почему они так делают. Вместе они позволяют формулировать сильные гипотезы и проверять их на данных.

Что почитать и посмотреть по Jobs To Be Done

Для изучения концепции JTBD полезны несколько источников.

Книга Клейтона Кристенсена «Закон успешных инноваций» помогает взглянуть на инновации через задачи клиента и причины выбора продукта. Алан Клемент в книге «Когда кофе и капуста конкуренты» хорошо раскрывает идею неочевидной конкуренции. Джим Кальбах в Jobs To Be Done Playbook дает практические инструменты для команд, которые используют JTBD в исследованиях, продукте и сервисном дизайне. Работы Энтони Ульвика полезны тем, кто хочет глубже изучить Outcome-Driven Innovation и поиск возможностей для роста.

Для быстрого старта подойдут видео с разборами JTBD-интервью, практические курсы по продуктовым исследованиям и кейсы, где показано, как Job Stories превращаются в решения для маркетинга и продукта.

Коротко о главном

Jobs To Be Done помогает понять, какую реальную задачу пользователь хочет решить с помощью продукта. В центре подхода — не функция, не портрет клиента и не категория рынка, а контекст, мотивация, альтернативы и желаемый прогресс.

Главные выводы:

• работа клиента не равна функции продукта;

• один продукт может выполнять разные работы в разных ситуациях;

• конкуренты в JTBD могут находиться за пределами категории;

• Job Story помогает связать контекст, мотив и результат;

• JTBD-интервью лучше строить вокруг недавнего опыта выбора;

• выводы нужно проверять через эксперименты и метрики;

• подход полезен для маркетинга, продукта, UX, продаж и стратегии.

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