JTBD

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

Суть теории и фреймворки

Центральное понятие — работа (job): изменение, которого человек хочет добиться в своей ситуации. Работа стабильна десятилетиями, меняются только продукты-«исполнители». Работа «передать деньги родственнику в другой город» существовала до банков и переживёт любое конкретное приложение.

В JTBD есть две школы:

• Jobs as Progress (Кристенсен, Боб Моэста) — фокус на моменте переключения: почему человек «уволил» старое решение и «нанял» новое. Основной метод — интервью о реальной недавней покупке.
• Jobs as Activities (Энтони Ульвик, метод Outcome-Driven Innovation) — работа раскладывается на шаги, для каждого шага формулируются желаемые результаты, которые можно измерить и приоритизировать опросом.

Рабочий формат фиксации инсайтов — job story:

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

В отличие от user story, здесь нет роли-персоны — есть контекст. Второй ключевой инструмент — четыре силы прогресса, действующие в момент переключения: толчок от текущего решения (что бесит), притяжение нового, привычка к старому и тревога перед новым. Продукт покупают, когда первые две силы перевешивают вторые две.

Пример с числами

SaaS «Планёрка» (сервис для командных встреч) продвигал себя как «видеозвонки с записью» и конкурировал по цене. Команда провела 12 JTBD-интервью с клиентами, которые за последние 3 месяца переключились на продукт с других решений.

Выяснилось: 9 из 12 переключений случились не из-за качества видео. Триггером был эпизод, когда из-за потерянной договорённости команда переделывала работу. Работа звучала так:

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

«Планёрка» перестроила позиционирование с «видеозвонков» на «встречи, после которых остаются решения» и вынесла автопротокол на первый экран продукта. Результаты за квартал:

• конверсия лендинга в регистрацию: 1,8% → 3,1%;
• активация (первый созданный автопротокол за 7 дней): 28% → 41%;
• доля отказов из-за цены на демо-звонках: 35% → 19% — ценность перестала сравниваться с ценой конкурентов «за видео».

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

Нормы применения

Частые ошибки

• Формулировать работу через продукт. «Хочу приложение для планирования» — это не работа, это решение. Работа: «распределить дела так, чтобы ничего не сорвать».
• Спрашивать о будущем. «Купили бы вы...?» даёт вежливые фантазии. JTBD-интервью — только о реальных прошлых покупках и переключениях.
• Слишком широкая или узкая работа. «Быть успешным» — не операционализируется; «нажать кнопку экспорта» — задача интерфейса, а не работа. Проверка: за решение этой работы человек готов платить.
• Подменять интервью мнением команды. Job story, придуманные на брейншторме без полевых данных, наследуют все заблуждения команды — и придают им наукообразную форму.
• Игнорировать силы привычки и тревоги. Продукт может отлично закрывать работу, но проигрывать переключение: страх миграции данных сильнее выгоды. Это чинится онбордингом, а не фичами.

Связанные термины

• MVP — работа из JTBD-интервью задаёт, какую гипотезу ценности проверять минимальным продуктом.
• Тестирование гипотез — как превратить найденную работу в проверяемое утверждение.
• Активация пользователя — момент, когда продукт впервые выполнил работу, ради которой его наняли.
• Конверсия — метрика, по которой видно, что позиционирование попало в работу.