Как внедрять Jobs To Be Done в продукт и маркетинг

Если вы хоть раз ломали голову, почему продукт с отличными фичами не продаётся, а конкурент с более простым решением растёт, — скорее всего, вы описывали клиента, а не его задачу. Подход Jobs To Be Done (JTBD) меняет фокус: вместо «кто наш пользователь» — «какую работу человек хочет выполнить и почему для этого выбирает именно нас». В материале разберём суть подхода, историю развития (от Клейтона Кристенсена до Outcome-Driven Innovation), шаблон интервью, как формулировать job statement, отличия от персон и CJM, реальные примеры и пошаговый план внедрения в продукт и маркетинг — чтобы поднимать конверсию и снижать отток.

Суть подхода: фокус на «работе», а не на клиенте

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

Когда человек сталкивается с ситуацией, где текущее положение дел его не устраивает, у него появляется customer job — работа, которую он хочет выполнить. Продукт для него — лишь инструмент, «сотрудник», которого он берёт на работу. Если инструмент справляется — его «нанимают» повторно; если нет — «увольняют» и пробуют другой. Отсюда и центральная метафора — найм продукта.

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

Чем JTBD отличается от классического подхода

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

Это даёт три практических выгоды:

• Стабильность. Работа живёт дольше, чем технологии и сегменты, поэтому стратегия на её основе устойчивее.
• Точность. Вы понимаете реальную причину покупки и переключения (switching behavior), а не приписываемые мотивы.
• Инновации. Видно, где текущие решения недорабатывают, — там точки роста продукта.

Истоки подхода: от Кристенсена до Outcome-Driven Innovation

У подхода два родителя и две взаимодополняющие ветки.

Клейтон Кристенсен, профессор Гарвардской школы бизнеса и автор теории «подрывных инноваций», популяризировал идею в 2000-х. Его формулировка: «Люди не хотят четвертьдюймовое сверло — им нужно четвертьдюймовое отверстие». Кристенсен дал философскую рамку: продукт нанимают на работу, и работа имеет функциональное, эмоциональное и социальное измерения. Ему принадлежит и знаменитый milkshake marketing case, о котором ниже.

Тони Ульвик, основатель Strategyn, превратил JTBD в измеримый инженерный процесс — Outcome-Driven Innovation (ODI). Ульвик утверждает, что у любой работы есть набор desired outcomes — желаемых результатов, которые можно сформулировать как метрики: «минимизировать время, необходимое, чтобы…», «снизить вероятность того, что…». Каждый такой результат оценивается по важности и удовлетворённости, и на пересечении «важно, но не удовлетворено» рождаются возможности для продукта.

Так сложились две школы JTBD, которые полезно различать:

• Jobs-as-progress (школа switching / forces). Фокус на истории покупки, эмоциях и силах, толкающих человека к смене решения. Ближе к маркетингу и позиционированию.
• Jobs-as-activities (Outcome-Driven Innovation Ульвика). Фокус на разложении работы на этапы и измеримые результаты. Ближе к продуктовой разработке и приоритизации.

На практике сильнее всего работает их сочетание: switching-подход помогает понять, почему клиент вообще пришёл, а ODI — что именно улучшать в продукте.

Как это работает: «найм» продукта под задачу

Чтобы применять подход, важно понимать механику принятия решения. В момент, когда человек рассматривает «наём» нового решения, на него действуют четыре силы прогресса (forces of progress):

1. Push (толчок). Боль и неудобство текущей ситуации: старое решение бесит, задача не решается.
2. Pull (притяжение). Привлекательность нового решения: обещание лучшего результата.
3. Anxiety (тревога). Страх перед новым: «а вдруг не получится», «сложно перенести данные».
4. Habit (инерция). Привычка к текущему решению: «и так сойдёт», лень менять.

Покупка происходит, когда Push + Pull перевешивают Anxiety + Habit. Это критично для маркетинга: большинство команд качают только Pull (расписывают фичи), забывая гасить тревогу и инерцию. А ведь именно тревога чаще всего убивает сделку в B2B и IT, где смена подрядчика или системы кажется рискованной.

Схема — не теория ради теории, а рабочий инструмент. Разбирая любое решение о покупке, выпишите все четыре силы словами клиента. Дальше в коммуникации усиливайте Push и Pull и системно снимайте Anxiety (кейсы, гарантии, бесплатный перенос, пилот) и Habit (простой первый шаг, миграция «под ключ»).

Какие бывают «работы»: функциональные, эмоциональные, социальные

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

Тип работы	Что закрывает	Вопрос клиента	Пример в B2B/IT
Функциональная работа	Практическую задачу, объективный результат	«Что мне нужно сделать?»	Свести отчёт за 10 минут вместо двух часов
Эмоциональная работа	Внутреннее состояние, самоощущение	«Как я хочу себя чувствовать?»	Не тревожиться, что данные потеряются или сорвётся дедлайн
Социальная работа	Восприятие другими людьми	«Как я хочу выглядеть?»	Выглядеть компетентным руководителем перед командой и начальством

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

Как JTBD сочетается с персонами, CJM и empathy map

JTBD не отменяет другие инструменты — он отвечает на другой вопрос. Персоны отвечают «кто», customer journey map — «как проходит путь», empathy map — «что чувствует», а JTBD — «зачем и почему». Ниже — краткая сравнительная таблица.

Критерий	JTBD	Персоны пользователей	Customer Journey Map	Empathy map
Главный вопрос	Какую работу выполняет клиент и почему нанимает продукт	Кто наш типовой пользователь	Как клиент проходит путь к цели	Что клиент думает, чувствует, видит, слышит
Единица анализа	Работа (job) и результат	Профиль человека (демография, поведение)	Этапы и точки контакта	Эмоциональное состояние
Стабильность во времени	Высокая — работа меняется медленно	Низкая — сегменты быстро устаревают	Средняя	Средняя
Что даёт продукту	Причины покупки, точки роста, приоритеты	Тон коммуникации, эмпатию к аудитории	Узкие места и разрывы в опыте	Понимание барьеров и мотивов
Риск при изоляции	Абстрактность без данных интервью	Стереотипы вместо реальных мотивов	Красивая схема без причин поведения	Догадки без фактов
Лучше всего сочетается с	ODI, switching-интервью	JTBD и CJM	JTBD и метриками	JTBD и интервью

Практический вывод: начинайте с JTBD — он задаёт фундамент из реальных мотивов. Затем наложите на найденные работы customer journey map, чтобы увидеть этапы, а персоны используйте как «упаковку» для команды, чтобы держать эмпатию к аудитории. Так каждый инструмент работает по назначению, а не дублирует другой.

Формулируем job statement: структура и примеры

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

Классическая структура (switching-школа):

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

Примеры удачных формулировок:

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

В школе Outcome-Driven Innovation формулировка ближе к глаголу и объекту: «слушать музыку в дороге», «отслеживать статус заказа». А desired outcomes к ней записываются как метрики: «минимизировать время на поиск нужного трека», «снизить вероятность пропустить важное уведомление».

Чек-лист формулировки job statement

Прежде чем считать job statement готовым, прогоните его по критериям:

• Нет упоминания продукта. Ни бренда, ни фич, ни технологий — только работа.
• Есть ситуация (триггер). Понятно, когда и в каком контексте работа возникает.
• Есть желаемый результат. Ясно, чего клиент хочет добиться, а не что сделать.
• Стабильность. Формулировка не устареет, если сменится технология.
• Измеримость. К результату можно привязать метрику (время, деньги, риск, усилие).
• Язык клиента. Формулировка звучит словами человека, а не вашим сленгом.
• Одна работа = одно утверждение. Не сваливайте несколько задач в одну фразу.

Если утверждение проходит все семь пунктов — это рабочая формулировка, на которую можно опираться в продукте и коммуникации.

JTBD‑интервью: как проводить и что спрашивать

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

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

Как выстроить интервью

1. Найдите точку «первой мысли». Когда впервые поняли, что нужно такое решение? Что происходило в вашей работе/жизни?
2. Восстановите триггеры. Что подтолкнуло начать искать? Было событие или копилось постепенно?
3. Разберите поиск альтернатив. Что рассматривали? С чем сравнивали (включая «ничего не делать» и ручные способы)?
4. Поймайте момент решения. Что стало решающим? Что почти остановило?
5. Выясните тревоги и привычки. Чего боялись при переходе? Что удерживало от смены?
6. Дойдите до первого использования. Оправдались ли ожидания? Что стало «моментом ценности»?

Готовый список вопросов для интервью

Вот шаблон, который можно скопировать и адаптировать под свой продукт. Это базовый набор вопросов — используйте его как основу гайда.

Этап	Вопрос
Триггер	«Вспомните момент, когда вы впервые подумали, что вам нужно такое решение. Что тогда происходило?»
Триггер	«Что именно перестало вас устраивать в том, как вы решали эту задачу раньше?»
Поиск	«Какие варианты вы рассматривали? Что ещё приходило в голову, кроме покупки?»
Поиск	«Где искали информацию, с кем советовались?»
Тревоги	«Что вас беспокоило перед тем, как принять решение? Чего боялись?»
Инерция	«Что мешало ничего не менять и оставить как есть?»
Решение	«Что стало последней каплей, после которой вы решились?»
Ожидания	«Каким вы представляли идеальный результат?»
Использование	«Когда вы впервые почувствовали, что решение сработало?»
Итог	«Если бы этого продукта не стало завтра, что бы вы делали?»

Оптимально провести 8–12 таких интервью на один тип работы — обычно после десятого разговора паттерны начинают повторяться, и новые инсайты почти не появляются.

Типичные ошибки при проведении интервью

Это редко пишут, но ошибки повторяются из проекта в проект:

• Спрашивают о будущем и гипотезах («Купили бы вы, если…») вместо реальной истории. Гипотетические ответы почти всегда врут.
• Задают наводящие вопросы («Вам ведь важна скорость?») и получают эхо собственных предположений.
• Фокусируются на продукте, а не на работе, — и не видят настоящих конкурентов.
• Игнорируют эмоции и социальный слой, ограничиваясь функцией.
• Берут только довольных клиентов, теряя инсайты тех, кто ушёл или не купил (а именно там прячутся причины оттока).
• Не докапываются до триггера — самого ценного, потому что триггер показывает, когда включать маркетинг.

Пошаговое внедрение в продукт и маркетинг

Теория бесполезна без внедрения. Вот рабочий алгоритм — семь шагов, через которые проходит команда.

1. Определите рынок через работу. Сформулируйте основную работу клиента (не сегмент), например «поддерживать порядок в задачах команды», а не «CRM для малого бизнеса».
2. Соберите данные интервью. Проведите 8–12 интервью с недавними покупателями и, обязательно, с теми, кто ушёл или отказался.
3. Разложите работу на этапы и результаты. Опишите шаги выполнения работы и выпишите desired outcomes как метрики (время, усилие, риск, стоимость).
4. Сформулируйте job statements. Составьте набор формулировок по чек-листу выше — это ядро для продукта и позиционирования.
5. Найдите разрывы возможностей. Оцените каждый желаемый результат по важности и удовлетворённости. «Важно, но не удовлетворено» = приоритет для продукта.
6. Переупакуйте маркетинг под работу. Перепишите ключевые сообщения от «мы делаем X» к «вы достигаете результата Y в ситуации Z», усилите Push/Pull и снимите Anxiety/Habit.
7. Замерьте и повторите. Отслеживайте конверсию, активацию, отток. Возвращайтесь к интервью, когда метрики или рынок меняются.

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

Примеры на практике: реальные кейсы

Лучший способ понять подход — разобрать примеры из практики.

Кейс с молочным коктейлем (McDonald’s)

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

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

Кейс в B2B/IT: борьба с оттоком

Распространённая ситуация в подписных IT-продуктах и сервисах: команда снижает отток скидками и новыми фичами, но клиенты продолжают уходить. Серия switching-интервью с ушедшими показывает истинную работу: люди «нанимали» сервис не ради функционала, а чтобы раз в месяц спокойно закрывать отчётность без стресса. Как только продукт перестал экономить им нервы (усложнился интерфейс, вырос порог входа для новых сотрудников), работа перестала выполняться — и клиенты «уволили» продукт.

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

Кейс в маркетинге: перепаковка позиционирования

Сервис для команд позиционировал себя как «инструмент управления задачами» и конкурировал в перегретой категории. JTBD-интервью показали, что руководители нанимают его на социальную работу — «видеть картину по проекту и выглядеть в контроле перед начальством». Сместив ключевое сообщение с функций на этот результат («всегда знайте, что происходит в проекте, и будьте готовы к любому вопросу руководства»), команда подняла конверсию посадочной страницы и получила более качественные лиды. Продукт не менялся — изменилась работа, на которую его «нанимали» в коммуникации. Это и есть суть JTBD в маркетинге.

Как подход снижает отток и растит конверсию

Свяжем методологию с деньгами. JTBD влияет на воронку в трёх точках:

• Привлечение и конверсия. Когда сообщение попадает в реальную работу и ситуацию клиента, растёт релевантность: человек узнаёт себя. Особенно это заметно на посадочных страницах и в первом экране — конверсия в заявку выше, лиды теплее.
• Активация. Понимая «момент ценности» (когда работа впервые выполнена), вы перестраиваете онбординг так, чтобы клиент дошёл до него быстрее. Это ключевой рычаг удержания на ранних этапах.
• Удержание и отток. Отток — это сигнал «продукт перестал выполнять работу» или «нашёлся лучший исполнитель». Switching-интервью с ушедшими показывают точную причину, и вы чините её адресно, а не разбрасываете скидки.

Практическое правило: любую инициативу по росту сверяйте с вопросом «какую работу это помогает выполнить лучше?». Если ответа нет — вероятно, вы улучшаете то, что клиенту не важно.

Шаблоны и рабочие инструменты

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

Артефакт	Что содержит	Где применяется
Гайд интервью	Список вопросов по этапам (см. таблицу выше)	Исследование, custdev
Карта job statements	Набор формулировок «Когда… я хочу… чтобы…»	Продукт, позиционирование
Карта сил прогресса	Push / Pull / Anxiety / Habit для ключевого решения	Маркетинг, продажи
Таблица desired outcomes	Результаты + важность + удовлетворённость	Приоритизация бэклога (ODI)
Карта работ по типам	Функциональная / эмоциональная / социальная	Сообщения, ценностное предложение

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

Плюсы и ограничения подхода

Честный взгляд без евангелизма.

Сильные стороны:

• Фокус на реальных причинах покупки и переключения, а не на демографии.
• Стабильность: работа живёт дольше технологий и сегментов.
• Общий язык для продукта, маркетинга и продаж.
• Прямой выход на приоритеты (через desired outcomes) и на позиционирование.
• Хорошо объясняет отток и открывает точки роста.

Ограничения:

• Требует качественных интервью — на плохих данных подход бесполезен.
• Абстрактность: без дисциплины job statements превращаются в общие фразы.
• Две школы (switching и ODI) путают новичков; нужно осознанно выбирать инструмент под задачу.
• Не заменяет количественные исследования и метрики — это дополнение, а не альтернатива.
• Легко скатиться в «карго-культ»: рисовать схемы вместо изменения продукта и коммуникации.

Вывод: JTBD — мощная оптика, но не серебряная пуля. Максимум пользы он даёт в связке с аналитикой, CJM и постоянным контактом с клиентами.

Короткий старт: примените уже на этой неделе

Если обобщить всё сказанное в короткий план:

1. Возьмите один продукт и сформулируйте гипотезу основной работы клиента.
2. Проведите 5–8 интервью с недавними покупателями и одним-двумя ушедшими.
3. Восстановите таймлайн и силы прогресса, найдите триггеры.
4. Соберите 3–5 job statements по чек-листу.
5. Перепишите первый экран лендинга под найденную работу и результат.
6. Замерьте конверсию и отток, повторите цикл.

Этого достаточно, чтобы увидеть первый эффект и почувствовать, как теория превращается в решения. Дальше добавляйте карту desired outcomes и приоритизацию по Outcome-Driven Innovation, когда захотите системно управлять продуктом.

FAQ по подходу

Что означает аббревиатура JTBD? JTBD расшифровывается как Jobs To Be Done — «работы, которые нужно выполнить». Это подход, объясняющий покупку через задачу клиента и метафору найма продукта.

С чего начать внедрение? С интервью. Никакие шаблоны не заменят 8–12 качественных разговоров с реальными покупателями. Всё остальное строится на этих данных.

Сколько интервью достаточно, чтобы увидеть картину? Обычно после 8–12 интервью по одной работе ответы начинают повторяться. Это хороший сигнал, что базовый набор инсайтов собран.

Чем JTBD отличается от персон и CJM? JTBD отвечает на «зачем и почему» (работа и мотивы). Персоны — «кто», CJM — «как проходит путь». Лучший результат даёт связка: сначала работы, затем путь и «упаковка» для команды.

JTBD и custdev — это одно и то же? Нет. Custdev — широкий процесс проверки гипотез о клиентах. JTBD — конкретная оптика внутри него, сфокусированная на работе и мотивах, а не на людях.

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