Jobs to Be Done: какую работу клиент поручает вашему продукту

Jobs to Be Done объясняет, зачем клиент «нанимает» продукт и почему выбирает таблицу в Excel вместо вашего сервиса. Разобрали простыми словами: два шаблона формулировки, пять ошибок, на которых спотыкаются даже опытные команды, четыре силы, которые удерживают человека на старом решении, и готовый скрипт интервью на пять блоков. В 2026 году метод входит блоком почти в каждую программу по управлению продуктом. После статьи сможете провести первый разговор с клиентом и вытащить из него рабочую формулировку.
Статью написал:
Ваня Буявец, продюсер, основатель Checkroi
Ваня Буявец
Основатель Checkroi, продюсер, эксперт в выборе онлайн-курсов
Все 2504 статьи автора Подписаться на Телеграм-канал
Одобрено экспертом:
Наташа Буявец, основатель Checkroi, эксперт по онлайн-курсам
Наташа Буявец
Основательница Checkroi, продюсер Youtube-каналов, эксперт по онлайн-курсам
Все 3164 экспертных мнения Подписаться на Телеграм-канал
Обложка: Jobs to Be Done: какую работу клиент поручает вашему продукту

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

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

JTBD стоит рядом с кастдевом и часто путается с ним. Если вы ещё не проводили клиентских интервью вообще, начните с нашего материала про Customer Development: там базовая механика разговора с клиентом, на которую JTBD надстраивается.

Материал пригодится не только продактам. Формулировать работу клиента приходится маркетологам при написании офферов, аналитикам при разборе воронки, дизайнерам при проектировании сценариев и основателям, которые ещё сами себе и продакт, и продавец.

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

Начнём с определения, дальше история метода, формулировки и разговор с клиентом.

CheckroiCheckroiПодборка курсов по управлению продуктом106 курсов • 24 школыСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить

Что такое Jobs to Be Done простыми словами

Рой-продакт разбирает на доске, какую работу клиент поручает продукту

Jobs to Be Done (JTBD, в русских переводах «работа, которая должна быть сделана» или «теория работ») — это способ смотреть на клиента через задачу, которую он решает. Пол, возраст и должность при этом уходят на второй план. Базовая метафора звучит так: человек «нанимает» продукт на работу. Справился с ней, значит работает дальше. Не справился, значит его «уволят» и наймут другой.

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

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

Из этого следует неочевидный вывод про конкурентов. Если клиент «нанимает» ваш сервис аналитики, чтобы спокойно прийти на планёрку с цифрами, то в конкурентах у вас Excel-таблица, знакомый аналитик и вариант «прийти без цифр и поговорить общими словами». Соседний BI-инструмент в этом списке может не появиться вовсе. Так метод вытаскивает непрямых конкурентов, которых сегментация по демографии не показывает никогда.

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

Откуда взялся JTBD и при чём тут молочный коктейль

Автором принято считать Клейтона Кристенсена, профессора Гарвардской школы бизнеса, который собрал подход в законченную теорию в 2003 году. Параллельно свою ветку развивал Тони Ульвик: он применял к инновациям логику Six Sigma с начала девяностых, а в 1999 году назвал получившийся процесс Outcome-Driven Innovation. Из этих двух корней выросли две школы, к которым вернёмся ниже. В литературе метод называют по-разному: концепция, методология, фреймворк JTBD, теория работ. Речь во всех случаях об одном и том же.

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

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

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

Канал основателя Checkroi Вани Буявца3 700 человек читают мой Телеграм-канал про нейросетиСобрал промпты для Claude Code и ChatGPT, разборы ИИ-инструментов и лайфхаки по продвижению бизнеса в одном местеПрисоединиться

Три слоя работы: функциональная, эмоциональная, социальная

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

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

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

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

Слой Вопрос, на который отвечает Пример: онлайн-курс по аналитике Пример: сервис учёта задач
Функциональный Что физически нужно сделать Освоить SQL до уровня рабочих задач Не терять договорённости из переписки
Эмоциональный Что хочется почувствовать или перестать чувствовать Перестать бояться, что профессия уедет без меня Не тревожиться в отпуске, что что-то забыл
Социальный Как хочется выглядеть в глазах других Иметь внятный ответ на вопрос «ты сейчас чем занимаешься» Быть тем, у кого на планёрке всё готово

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

Чем JTBD отличается от CJM, персон и кастдева

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

Параметр JTBD Персоны Customer Journey Map Кастдев
Единица анализа Работа в контексте Обобщённый портрет человека Последовательность шагов и эмоций Гипотеза о проблеме или решении
Главный вопрос Зачем человек это нанял Кто наш клиент Как он проходит путь и где спотыкается Существует ли проблема и готовы ли платить
Что на выходе Формулировки работ, силы перехода, карта работ Карточки персон с демографией и целями Карта этапов с болевыми точками Подтверждённые или снятые гипотезы
Срок жизни артефакта Годы, пока не меняется контекст До следующей смены позиционирования До следующего редизайна сценария До конца проверки гипотезы
Когда полезнее Ищете направление и непрямых конкурентов Нужен общий язык внутри команды Оптимизируете существующий сценарий Проверяете идею до вложений

Инструменты не конкурируют, они складываются. Здоровая последовательность выглядит так: JTBD задаёт направление (какую работу мы вообще делаем и для кого), кастдев проверяет конкретные гипотезы внутри этого направления, CJM оптимизирует уже выбранный сценарий, персоны нужны, чтобы команда говорила об аудитории одними словами и не спорила о терминах.

CheckroiCheckroiПодборка курсов по CJM58 курсов • 17 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить

Отдельно про кастдев, потому что путают чаще всего. Customer Development отвечает за процесс проверки: сформулировали гипотезу, поговорили, сделали вывод, повторили. JTBD отвечает за оптику: под каким углом смотреть на клиента и что считать ответом. Кастдев, который проводят через оптику JTBD, на практике даёт самые внятные выводы: есть и процесс проверки, и критерий, что считать ответом.

Как сформулировать работу: Job Story и Job Statement

В ходу два шаблона, и они не взаимозаменяемы.

Job Story подходит для продуктовых и дизайнерских задач, где важен контекст момента:

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

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

Job Statement из школы Ульвика подходит для стратегии и B2B, где нужна сухая проверяемая формулировка без эмоций:

Помочь [кто] [сделать что] при условии [контекст], чтобы [результат].

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

Есть и совсем короткая форма для быстрой проверки: глагол + объект + контекст. «Сверить документы за квартал при неполном комплекте сканов». Если формулировка не укладывается в эту конструкцию, скорее всего вы описываете не работу.

Пять типовых ошибок формулировки

Ниже пять способов испортить формулировку. Ошибаются на них почти все, включая команды с опытом.

Как пишут Что не так Как надо
«Пользователь хочет выгрузить отчёт» Описан клик в интерфейсе, а не прогресс в жизни «Когда меня зовут на планёрку за десять минут, я хочу быстро собрать цифры по проекту, чтобы не выглядеть неподготовленным»
«Клиент хочет купить нашу CRM» Внутри формулировки лежит решение, работа исчезла «Когда сделки живут в переписке и я теряю нить, я хочу видеть все договорённости в одном месте, чтобы ничего не отвалилось»
«Мама хочет накормить ребёнка» Слишком широко, подходит любому продукту от каши до ресторана «Когда я забираю ребёнка из школы и до ужина ещё два часа, я хочу дать ему что-то сытное, чтобы он не выпрашивал сладкое»
«Пользователю нужен удобный интерфейс» Это оценка, а не работа: удобство нельзя нанять «Когда я захожу в приложение раз в месяц оплатить счёт, я хочу сделать это в три касания, чтобы не вспоминать логику меню»
«Клиент хочет сэкономить» Мотив без контекста, работает для чего угодно «Когда бюджет режут в середине года, я хочу отказаться от части подписок и не потерять данные, чтобы отчитаться перед финдиром»

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

Четыре силы прогресса и почему клиент не переключается

Настольные весы со стикерами: что толкает клиента к переходу и что удерживает

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

Сила Что это Как звучит в интервью Что с ней делать
Push, толчок ситуации Недовольство тем, как есть сейчас «Я третий раз за месяц потерял файл с правками» Называть боль прямо, без смягчений
Pull, притяжение нового Обещание, что станет лучше «У коллеги всё в одном месте, и он не бегает по чатам» Показывать результат, а не список функций
Anxiety, тревога перед новым Страх, что не получится или станет хуже «А если мы перенесём данные и часть потеряется» Пробный период, импорт, кейсы, гарантии возврата
Habit, привычка к старому Инерция и стоимость переучивания «Мы двенадцать лет живём в этих таблицах, все привыкли» Мелкие шаги, знакомые интерфейсы, работа рядом со старым

Переключение случается, когда Push + Pull перевешивает Habit + Anxiety. Отсюда простой управленческий вывод: если конверсия не растёт, есть четыре разные ручки, а не одна. Команды по привычке крутят только Pull, добавляя функции и переписывая лендинг. Между тем чаще всего мешает Anxiety, и снимают её бесплатным переносом данных плюс внятным ответом на вопрос «что будет, если не пойдёт». Новая фича тут бесполезна.

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

Ваня БуявецКанал основателя Checkroi Вани БуявцаЗабирайте промпты и обучение по нейросетям в моём Телеграм-каналеБольше 3 700 человек уже применяют Claude Code, ChatGPT и другие нейросети в работе, учёбе, бизнесе и жизниПерейти в канал

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

Рой внимательно слушает собеседника на исследовательском интервью

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

Кого звать и сколько интервью нужно

Нужны люди со свежим опытом переключения: купили, сменили решение или заметно задумались об этом за последние 30–90 дней. Чем дальше событие, тем сильнее человек пересобирает историю задним числом и выдаёт версию, которая логично звучит, вместо того что происходило на самом деле.

По объёму ориентиры такие. Первые повторяющиеся сценарии проступают на 6–12 интервью. Среднее рабочее число для одного продукта 10–15 разговоров по часу-полтора. Минимум 5 интервью на один сегмент, иначе выводы держатся на одном разговорчивом человеке. Если результат нужен для сегментации, закладывайте 15–25. Полноценное количественное исследование с проверкой гипотез на выборке требует уже сотен респондентов, но до него доходят единицы команд, и начинать с него не нужно.

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

Скрипт интервью по пяти блокам

Разговор идёт от момента покупки назад по времени. Заведите двоих: один ведёт разговор, второй записывает и добирает детали. Ниже готовые формулировки, которые можно унести и использовать.

Блок 1. Первая мысль. Ищем момент, когда проблема впервые попала в поле зрения.

  • Когда вы впервые подумали, что с этим надо что-то делать?
  • Что тогда происходило? Где вы были, чем занимались?
  • Вы кому-нибудь об этом говорили?

Блок 2. Пассивный поиск. Человек уже недоволен, но ещё не ищет всерьёз. Здесь живут Push и Habit.

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

Блок 3. Событие-триггер. Самый ценный блок: конкретный случай, после которого поиск стал активным.

  • Что случилось, после чего вы сказали себе «всё, ищу»?
  • Почему именно тогда, а не месяцем раньше?
  • Что было бы, если бы вы ничего не стали менять?

Блок 4. Активный поиск и выбор. Тут видно непрямых конкурентов и критерии решения.

  • Что вы смотрели ещё? Назовите всё, даже то, что отмели сразу.
  • Почему отказались от остальных вариантов?
  • Кто участвовал в решении кроме вас? Что говорили?
  • Что вас чуть не остановило?

Блок 5. Первый период после покупки. Здесь ловится разрыв между ожиданием и реальностью.

  • Что изменилось в первую неделю?
  • Чего вы ждали, но не получили?
  • Что вы говорите коллегам, когда они спрашивают про этот выбор?

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

Что делать с расшифровками

После интервью начинается часть, которую пропускают чаще всего. Порядок действий такой.

Разложите каждый разговор на таймлайн: первая мысль, пассивный поиск, триггер, выбор, первые дни. Затем выпишите реплики по четырём силам, как описано выше. Дальше ищите повторы: если триггер «руководитель спросил статус при всех» встретился в шести разговорах из десяти, это и есть ваша работа. Слова, которые звучали чаще всего, тут вторичны.

Формулировки по шаблону Job Story пишутся только на этом этапе, из цитат, а не до интервью. Готовые работы дальше идут в приоритизацию и в тексты: лендинг, письма, онбординг. Проверить, что новая формулировка сработала лучше старой, можно обычным A/B-тестом, а отследить, изменилось ли отношение к продукту в целом, помогает индекс NPS.

Как это выглядит на одном разговоре

Чтобы связка «цитата → формулировка → решение» не осталась абстракцией, короткий пример из практики продуктовых команд в онлайн-образовании.

Респондент, руководитель небольшого отдела, купил подписку на сервис учёта задач и через месяц почти перестал им пользоваться. На вопрос «что случилось, после чего вы решили искать» он ответил: «Меня на общем звонке спросили про статус, я начал листать переписку и минуту молчал при двадцати людях». На вопрос «что вы смотрели ещё» назвал таблицу, заметки в телефоне и вариант «попросить помощницу вести список». На вопрос «чего ждали, но не получили» сказал: «Я думал, что теперь буду видеть всё за секунду, а вместо этого сам стал вести карточки».

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

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

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

Две школы JTBD: Activities и Progress

Под одной аббревиатурой живут два разных подхода, и споры между их сторонниками идут до сих пор.

Jobs-as-Activities идёт от Ульвика. Работа здесь понимается как процесс, который человек выполняет: его можно разложить на шаги, у каждого шага есть измеримые желаемые результаты. Подход силён в B2B и в сложных продуктах, где процесс формализуем: сверка документов, планирование закупок, диагностика оборудования. На выходе получается карта работ и список метрик.

Jobs-as-Progress идёт от Кристенсена и его последователей. Работа здесь понимается как желаемое изменение в жизни, а покупка становится моментом перехода из одного состояния в другое. Подход силён в B2C и там, где решение эмоциональное: подписки, образование, здоровье, финансы для частных лиц. На выходе получаются истории переключения и четыре силы.

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

Как приоритизировать найденные работы

Рой выстраивает карту работ клиента и расставляет приоритеты

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

Первый инструмент называется картой работ (Job Map). Основная работа раскладывается на последовательные шаги: определить, подготовить, подтвердить, выполнить, проверить, закрыть. По каждому шагу отмечается, где человек тратит больше всего сил и где чаще всего ошибается. Узкие места на карте и есть кандидаты в бэклог.

Второй инструмент называется оценкой возможностей и пришёл из школы Ульвика. По каждому желаемому результату у респондентов спрашивают две оценки по десятибалльной шкале: насколько это важно и насколько удовлетворяет текущее решение. Дальше считается:

Возможность = Важность + max(Важность − Удовлетворённость, 0).

Смысл формулы простой: наверх поднимаются задачи, которые для человека важны и при этом закрыты плохо. Важное и уже закрытое трогать нет смысла, неважное и плохо закрытое тем более. Именно на этом расчёте строится утверждение Strategyn, что доля успешных запусков по методологии доходит до 86 % против типичных для рынка единиц из десяти.

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

CheckroiCheckroiПодборка курсов по продуктовой аналитике34 курса • 15 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить

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

Маркетинг и реклама. Самое быстрое применение. Оффер, написанный от работы, звучит принципиально иначе, чем написанный от функции. «Онлайн-бухгалтерия с интеграцией банков» описывает функцию. «Закройте квартал, не собирая сканы по чатам» описывает работу. Второй заголовок сразу говорит человеку, узнал он себя или нет.

B2B. Здесь особенность в том, что работ несколько и они у разных людей. Пользователь нанимает продукт, чтобы быстрее закрывать свои задачи, ИТ-служба, чтобы потом не чинить это по ночам; руководитель, который подписывает счёт, чтобы отчитаться о снижении расходов. Формулировать нужно все три и под каждую делать свой материал, иначе сделка застревает на том участнике, чью работу вы не назвали.

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

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

Для системной работы с исследованиями клиентов пригодится смежная роль: как устроена профессия и что она делает руками, разобрали в материале про UX-исследователя. А если интервью нужно будет подкреплять цифрами из продукта, посмотрите разбор инструментов продуктовой аналитики.

Где JTBD ломается

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

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

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

Третье: интервьюер портит данные быстрее, чем респондент. Стоит подсказать формулировку, и человек её примет из вежливости. Именно поэтому в скрипте нет ни одного вопроса, который предлагает готовый ответ.

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

Где научиться работать с клиентскими исследованиями

Между «прочитал про метод» и «провёл первое интервью» лежит практика: всё ломается в мелочах, от подбора респондентов до того, как не подсказать ответ. Быстрее всего это ставится под присмотром, когда кто-то слушает вашу запись и показывает, где вы увели человека в сторону.

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

КурсШколаСтоимость со скидкойВ рассрочкуДлитель­ностьОбзор курса от Checkroi
ДО Профессия Продакт-менеджер
Перейти на сайт курса
GeekBrainsGeekBrains140 367 ₽3167 ₽/мес.6 месяцевОбзор курса
Факультет продакт-менеджмента
Перейти на сайт курса
GeekBrainsGeekBrains119 700 ₽3325 ₽/мес.14 месяцевОбзор курса
Продакт-менеджмент
Перейти на сайт курса
SkillboxSkillbox90 605 ₽3770 ₽/мес.3 месяцаОбзор курса
Product Owner в IT
Перейти на сайт курса
Академия ЭдюсонЭдюсон119 000 ₽4958 ₽/мес.9 месяцевОбзор курса
Профессия «Продакт-менеджер»
Перейти на сайт курса
ProductStarProductStar69 984 ₽2160 ₽/мес.10 месяцевОбзор курса
Продакт-менеджер
Перейти на сайт курса
ProductStarProductStar95 000 ₽3958 ₽/мес.7 месяцевОбзор курса
Product manager
Перейти на сайт курса
НетологияНетология166 500 ₽7722 ₽/мес.8 месяцевОбзор курса
Фэшн-индустрия. Продакт-менеджмент (онлайн)
Перейти на сайт курса
Школа дизайна НИУ ВШЭШкола дизайна ВШЭ180 000 ₽45 000 ₽/мес.4 месяцаОбзор курса
Продакт-менеджмент для специалистов с опытом: базовая версия
Перейти на сайт курса
Яндекс ПрактикумЯндекс Практикум144 500 ₽5858 ₽/мес.4 месяцаОбзор курса
Профессия «Product manager PRO»
Перейти на сайт курса
SkillboxSkillboxБесплатно5175 ₽/мес.8 месяцевОбзор курса

Больше программ — в полном каталоге курсов по управлению продуктом

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

Часто задаваемые вопросы

Как расшифровывается JTBD и как это переводится на русский?

JTBD это сокращение от Jobs to Be Done. Дословно «работа, которая должна быть сделана». В русскоязычной литературе встречаются варианты «теория работ», «работа для выполнения» и просто «джобы». Смысл во всех случаях один: продукт рассматривают как исполнителя, которого клиент нанимает на конкретную задачу.

Кто придумал Jobs to Be Done?

Автором законченной теории считают Клейтона Кристенсена, профессора Гарвардской школы бизнеса, который собрал подход воедино в 2003 году. Параллельную ветку развивал Тони Ульвик: он применял к инновациям логику Six Sigma с начала девяностых и в 1999 году назвал свой процесс Outcome-Driven Innovation. Из этих двух корней выросли школы Jobs-as-Progress и Jobs-as-Activities.

Чем JTBD отличается от кастдева?

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

Чем JTBD отличается от Customer Journey Map и портретов аудитории?

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

Сколько JTBD-интервью нужно провести?

Повторяющиеся сценарии проступают уже на 6–12 разговорах. Рабочее среднее для одного продукта 10–15 интервью по часу-полтора. На каждый отдельный сегмент закладывайте минимум 5 интервью, иначе вывод держится на одном разговорчивом респонденте. Для сегментации нужно 15–25. Важнее числа то, кого зовёте: нужны люди, которые купили или сменили решение за последние 30–90 дней.

Подходит ли JTBD малому бизнесу без исследовательской команды?

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

Работает ли JTBD в B2B, где покупает один человек, а пользуется другой?

Работает, но формулировать придётся несколько работ сразу. У пользователя своя работа, у технической службы своя, у руководителя, который подписывает счёт, третья. Под каждую нужен свой материал и свой аргумент. Сделка чаще всего застревает именно на том участнике, чью работу продавец не назвал вслух.

Где научиться применять JTBD на практике?

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

Какие ошибки чаще всего убивают JTBD-формулировку?

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

Читайте Checkroi первым в Google
Добавьте Checkroi в избранные источники — и наши разборы курсов и обзоры школ будут показываться выше в вашей выдаче Google.
Оставить комментарий
0 комментариев
Форма комментария

Оставьте комментарий

Напишите, что думаете. Нам важно ваше мнение!