Jobs To Be Done: что это такое, как работает JTBD и зачем нужно бизнесу

Jobs To Be Done (часто используют аббревиатуру JTBD) переводится с английского как «работа, которая должна быть сделана».

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

Маркетинг десятилетиями учил нас сегментировать аудиторию по полу, возрасту, доходу и географии. Но реальные решения люди принимают иначе. Руководители начинают использовать CRM потому, что хотят видеть всю воронку целиком и не терять заявки, а не по причине соответствия определенному уровню должности или возраста. Именно на этом строится концепция Jobs To Be Done (JTBD) — один из самых сильных фреймворков для создания продуктов и коммуникаций, которые точно попадают в задачу клиента. В этой статье мы разберем теорию Jobs To Be Done от определения до внедрения, рассмотрим JTBD-анализ и покажем, как превратить инсайты в рост бизнеса.

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

Важно отделить работу от абстрактной потребности. Потребность: «хочу похудеть». Работа: «когда я вижу себя в зеркале перед пляжным сезоном, я хочу быстро привести себя в форму, чтобы уверенно чувствовать себя на отдыхе». Контекст и ожидаемый результат превращают потребность в jobs. Именно это и объясняет как в JTBD воспринимается продукт: не как цель, а как инструмент для прогресса. Один и тот же продукт может выполнять разные работы для разных пользователей. Утренний кофе в кофейне для одного способ проснуться, для другого переключиться между встречами, для третьего наградить себя за подъем в 6 утра. Понимание этих различий и есть фундамент подхода JTBD.

Суть методологии Jobs To Be Done в том, что пользователь всегда стремится перейти из состояния «сейчас» в состояние «лучше». Продукт помогает совершить этот прогресс. При этом важны не только характеристики продукта, но и контекст выбора. «Работа» всегда возникает в конкретной ситуации: утром перед планеркой, после неудачного отчета, в пробке, во время открытия бизнеса. На выбор влияют мотивы, барьеры, альтернативы и ожидаемый результат.

Задача бизнеса: понять, какую работу клиент пытается выполнить и почему выбирает конкретное решение. Модель Jobs To Be Done предлагает смотреть на продукт не как на сумму фич, а как на сервис, который клиент нанимает для выполнения работы. Именно поэтому один и тот же продукт может конкурировать с совершенно разными альтернативами. Например, работа «снять стресс после работы» может выполняться с помощью вина, видеоигры, бега или вебинара по медитации. Если вы продаете вино, ваши конкуренты — не только другие марки, но и кроссовки, приложения и даже привычка раньше ложиться спать. Это ключевой принцип фреймворка jobs to be done.

Классическая сегментация описывает, кто пользователь: женщина 30–35 лет, доход выше среднего, живёт в городе-миллионнике. JTBD сегментация объясняет, зачем пользователь ищет решение, это принципиально другой взгляд. Два человека из одной демографической группы могут «нанимать» продукт на разные задачи: фитнес-браслет может быть нужен одному для контроля здоровья, другому чтобы закрыть гештальт «я занимаюсь спортом». И наоборот, разные продукты из разных категорий конкурируют за одну и ту же работу. Такси, каршеринг, самокат и общественный транспорт могут бороться за задачу «быстро и без пробок добраться до офиса к началу рабочего дня».

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

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

JTBD помогает формировать рекламные сообщения, которые резонируют: вы говорите не «наш сервис доставки еды быстрый», а «вы успеете поужинать до конца серии». Кроме того, методология позволяет выявить неочевидных конкурентов и избежать ловушки «фичевой гонки». Вы не только приоритезируйте функции, а еще и ранжируете работы клиента по важности, что повышает конверсию: коммуникация точно попадает в мотивы и снижает риск создать то, что не решает значимую задачу. В связке с расчетом LTV (Lifetime Value) и CAC такой подход прямо влияет на юнит-экономику.

JTBD продукта лежит в основе продуктовых решений. Подход помогает понять, какие функции действительно нужны пользователю, а какие лишь «шум». Команда видит, какие проблемы решать в первую очередь и приоритезирует бэклог не по пожеланиям заказчика, а по частоте и значимости работ. Jobs to be done продукт при таком подходе перестает быть списком экранов и становится логикой, вытекающей из задачи клиента. Например, вместо «добавить экспорт в Excel» вы осознаете работу «показать отчет руководителю в понятном формате».

Jobs to be done в маркетинге — это способ говорить с клиентом на его языке. Оффер, креативы, посадочные страницы строятся вокруг работы, а не вокруг фич. Мы больше не рассказываем про «алгоритмы рекомендаций», а обещаем «найти идеальный подарок за 10 минут, если завтра день рождения у коллеги». Это напрямую влияет на кликабельность и конверсию. В кампаниях по ретаргетингу или при увеличении среднего чека понимание текущей работы пользователя помогает не просто вернуть его на сайт, а вернуть с релевантным предложением. А инструменты вроде поведенческой персонализации усиливают этот эффект, подстраивая контент под задачу визита, о примерах их использования мы рассказываем в блоге Flocktory.

JTBD в дизайне и UX меняет точку отсчета: мы проектируем интерфейсы, сценарии, CJM и точки контакта не вокруг продукта, а вокруг задачи пользователя. Это позволяет убрать лишние шаги и спроектировать опыт, который ведёт к результату. JTBD карты (или карты работ) становятся альтернативой привычным user journey. Они описывают не клики, а прогресс: от триггера до завершения работы. Это особенно полезно при проектировании онбординга и ключевых сценариев. В связке с A/B-тестированием гипотезы, построенные на JTBD, показывают более устойчивый прирост конверсии.

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

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

Полноценный JTBD анализ строится вокруг нескольких элементов:

• ситуация, в которой возникает задача;
• мотивация пользователя (функциональная, эмоциональная или социальная);
• желаемый прогресс (как клиент представляет себе «сделанную работу»);
• барьеры и ограничения, которые мешают выполнить работу сейчас;
• альтернативные решения, которые пользователь уже пробовал или рассматривает;
• критерии выбора и ожидаемый результат.

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

JTBD исследование — не опросник про удовлетворенность, а глубокая разведка реального опыта. Алгоритм выглядит так: Выберите сегмент или проблему для изучения, не распыляйтесь на всех. Найдите пользователей, которые недавно выбирали продукт или альтернативу, именно свежий опыт дает детали. Проводите JTBD интервью не про мнения, а про конкретный опыт выбора. Спрашивайте, когда возникла задача, что стало триггером, какие варианты рассматривались, что мешало принять решение. Фиксируйте мотивы, барьеры, альтернативы и критерии выбора. Группируйте повторяющиеся работы: разные люди могут описывать одну и ту же работу разными словами. Проверяйте выводы на данных, поведении и последующих интервью. Это итерационный процесс: фреймворк Jobs To Be Done не дает «истину» с первого захода, но с каждым циклом вы точнее понимаете JTBD клиента. Собранные данные можно сопоставлять с метриками оттока (Churn Rate) или ARPU — это помогает увидеть, какие незакрытые работы ведут к оттоку, а какие — к росту дохода.

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

1. Когда вы впервые поняли, что вам нужно решение? Что произошло перед тем, как вы начали искать варианты?
2. Как вы решали эту задачу раньше? Что вас не устраивало в прошлом способе?
3. Какие альтернативы рассматривали? Почему отмели часть вариантов?
4. Почему выбрали именно это решение? Что стало решающим аргументом?
5. Что могло остановить вас от выбора? Какие сомнения были самыми сильными?
6. Какой результат вы ожидали получить? По каким признакам поняли, что работа выполнена?
7. Что изменилось после использования продукта? Что стало лучше, а что всё ещё не решено?

В JTBD интервью важно избегать гипотетических вопросов («а если бы мы добавили…»). Спрашивайте только про реальный прошлый опыт, он содержит подлинные мотивы и барьеры и именно такие интервью лежат в основе формулировки JTBD.

Job Story — это формула JTBD, которая описывает работу через контекст, мотивацию и ожидаемый результат. Структура выглядит так: «Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]». Эта формулировка фокусируется не на роли пользователя, а на сценарии. Пример: «Когда я опаздываю на встречу в час пик, я хочу быстро найти транспорт без пробок, чтобы приехать вовремя и не оправдываться». Job Story — рабочий инструмент, который можно сразу передать в разработку или маркетинг. Таких историй может быть несколько для одного продукта, и они отражают ключевые jobs to be done продукта.

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

Чтобы внедрить подход JTBD в компании, не нужно ломать текущие процессы. Достаточно пройти по шагам.

1. Определите бизнес-задачу: продукт, маркетинг, реклама, UX, продажи.
2. Выберите сегмент аудитории, на котором сфокусируетесь.
3. Соберите данные через интервью, аналитику, обращения клиентов, отзывы, записи разговоров продаж.
4. Выделите основные jobs, группируя схожие формулировки.
5. Определите альтернативы и конкурентов по каждой работе.
6. Сформулируйте Job Stories или Job Statements для ключевых работ.
7. Приоритезируйте работы по значимости и частоте, определите, что важнее и чаще встречается.
8. Адаптируйте продукт, оффер, коммуникацию или интерфейс под приоритетные работы. Здесь подключаются инструменты: поведенческая персонализация для onsite-коммуникаций, геймификация для вовлечения, A/B-тестирование для проверки гипотез.
9. Протестируйте гипотезы через A/B-тестирование и замеряйте конверсию.
10. Регулярно обновляйте понимание задач клиента: рынок меняется, работы эволюционируют.

Результаты такого подхода часто видны не сразу, зато они системно влияют на удержание и конверсию — это подтверждают и кейсы Flocktory, где персонализация на основе поведенческих данных помогла клиентам точнее закрывать задачи пользователей.

Чтобы убрать абстрактность, разберем конкретные примеры jobs to be done из разных сфер.

1. Человек покупает дрель не ради дрели, а чтобы сделать отверстие в стене и повесить полку до прихода гостей. Работа: «подготовить дом к приему гостей без лишнего шума и пыли».
2. Пользователь заказывает доставку еды, чтобы быстро поужинать после тяжелого дня и не стоять у плиты. Эмоциональный слой: порадовать себя.
3. Предприниматель подключает CRM, чтобы контролировать продажи, не терять заявки и понимать, кто из менеджеров проседает. Социальный аспект: выглядеть компетентным перед партнерами.
4. Клиент выбирает онлайн-курс, чтобы сменить профессию, получить повышение или закрыть пробел в навыках. Один и тот же продукт (курс) выполняет три разные работы.
5. Компания внедряет сервис аналитики, чтобы быстрее принимать решения и видеть эффективность каналов без помощи аналитика. Работа: «собрать отчёт для акционера за 5 минут».
6. Пользователь выбирает банк для бизнеса, чтобы упростить платежи, бухгалтерию и контроль финансов в одном окне и не зависеть от бухгалтера.

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

В теории jobs to be done конкуренты — это не только похожие продукты. Конкурентом может быть любой способ выполнить ту же работу: Excel-таблица, стикер на мониторе, звонок знакомому, ручной процесс или «ничего не делать». Прямые конкуренты решают задачу похожим способом, косвенные — ту же задачу, но иначе. Иногда главным конкурентом бывает старая привычка. Например, работа «быстро согласовать бюджет» может выполняться через мессенджер, что является конкурентом для специального софта.

Анализ альтернатив через концепцию jobs to be done (JTBD) помогает найти новые возможности: если клиент использует обходной путь, значит, его работа не закрыта достаточно удобно. Это сигнал для продукта и маркетинга. Такой анализ напрямую влияет на позиционирование и на то, как вы формулируете оффер в рекламе и на посадочных страницах.

Даже зная методологию jobs to be done, легко допустить промахи. Самая распространённая ошибка: путать «работу» с функцией продукта. Функция: «распечатать документ». Работа: «подготовить пакет документов для налоговой без стресса и ошибок». Вторая ошибка: описывать аудиторию, но не ситуацию выбора. Без контекста работа теряет смысл.

Опасно опираться только на гипотезы команды без JTBD интервью: кабинетные догадки редко совпадают с реальностью. Не менее вредно спрашивать пользователей о будущем, а не о реальном прошлом опыте, это приводит к социально желаемым ответам. Многие игнорируют альтернативы и конкурентов, а зря: именно они объясняют, почему продукт не нанимают. Формулирование слишком широких jobs («быть успешным») тоже ошибка, потому что такая работа не указывает решение. Наконец, главный провал: не связать результаты JTBD исследования с продуктом, маркетингом или продажами и провести исследование один раз, не обновляя данные.

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

Ключевые инструменты: JTBD интервью, Job Story, Job Statement и анализ альтернатив. Ценность концепции jobs to be done (JTBD) не в самих формулировках, а в том, как выводы применяются в продукте, коммуникациях и стратегии. Внедрение подхода снижает риск ошибочных решений и помогает расти за счет точного попадания в реальные задачи клиентов.

Что такое Jobs To Be Done простыми словами?
Это подход, при котором продукт рассматривается как инструмент для выполнения конкретной «работы» клиента в определенной ситуации, а не как набор характеристик.

Как переводится Jobs To Be Done?
Дословно — «работа, которая должна быть сделана». В маркетинге и продукте под этим понимают задачу, выполнить которую клиент нанимает продукт.

Чем JTBD отличается от портрета целевой аудитории?
Портрет отвечает на вопрос «кто клиент?», а JTBD — «зачем клиент ищет решение и в какой ситуации?». JTBD дополняет демографию контекстом и мотивацией.

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

Что такое Job Statement?
Это краткая формулировка основной работы пользователя, фиксирующая, какую задачу продукт решает и какой результат дает клиенту.

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

Где применяется Jobs To Be Done?
В разработке продуктов, маркетинге, рекламе, UX-дизайне, продажах, B2B, а также в креативных и стратегических задачах.

Как использовать JTBD в маркетинге?
Формулировать офферы, креативы и посадочные страницы на языке задач клиента, а также выявлять неочевидных конкурентов через анализ альтернатив.

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