Jobs To Be Done простыми словами
SELECT AVG(salary) FROM employees;?Содержание:
Зачем это знать
Аналитики часто думают о сегментации по демографии. Проблема: 35-летний профессионал и 25-летний студент могут использовать продукт для одной задачи. Демография — шум, задача (job) — сигнал.
На собесах продуктового аналитика звучит вопрос: «как бы вы сегментировали пользователей?» — ответ через JTBD показывает зрелость.
Короткое объяснение
JTBD: люди не покупают продукт, они «нанимают» его делать работу (job).
Пример: покупатель «нанимает» дрель не потому, что хочет дрель, а потому, что нужно отверстие в стене.
Классическая формула
When [situation], I want to [motivation], so I can [expected outcome].Пример: «Когда я прихожу на собеседование, я хочу быстро освежить SQL и Python, чтобы не провалиться на технических вопросах».
Продукт «нанимается» решить этот job.
JTBD vs персоны
Персоны
«Мария, 28 лет, продакт-менеджер, любит йогу» — демография и образ жизни.
JTBD
«Когда готовлюсь к собесу аналитика, хочу быстро освежить знания» — ситуация и желаемый результат.
Мария и Иван (35, инженер) могут иметь один и тот же job.
JTBD менее конкретен как человек, но более конкретен как задача.
4 силы изменения
Классика от Клейтона Кристенсена:
- Push of the situation — то, что давит. «Нужно найти новую работу».
- Pull of new solution — привлекательность нового. «Удобный формат».
- Anxiety of the new — страх нового. «А вдруг вопросы устаревшие».
- Habit of the present — привычка старого. «Я уже пользуюсь YouTube-курсами».
Продукт побеждает, если push + pull > anxiety + habit.
Применение в аналитике
1. Сегментация по JTBD
Вместо «женщины 25–34» — «пользователи, готовящиеся к собесам в FAANG».
Разные JTBD — разные пути, фичи, метрики.
2. Приоритизация фич
Какую задачу мы решаем лучше?
Не «давайте добавим геймификацию», а «как геймификация помогает решить задачу "подготовиться к собесу"».
3. Анализ retention
Пользователи уходят потому, что:
- Задача решена (хорошо, пошли дальше).
- Продукт перестал её решать (плохо).
- Другой продукт решает лучше (плохо).
Разные причины — разные действия.
4. Метрики
По задаче, а не по персоне:
- «Задача решена»
- «Time to value»
- «Частота повторения задачи»
Пример: Карьерник
Job: «когда готовлюсь к собесу аналитика — хочу быстро повторить материал в удобном формате».
Метрики:
- Вопросов отвечено в день.
- Охвачено тем.
- Дней до собеса (если собираем).
Anti-job: развлечься без цели подготовиться. Другой тип пользователя, другой подход.
Пример с milkshake
Классика из кейса McDonald's (Кристенсен):
Milkshake покупали утром водители-пригородники. JTBD: «развлеки меня в скучной дороге, пока еду утром, и накорми до обеда».
Улучшение: не «более сладкий milkshake» (исходя из демографии), а «более плотный, медленнее пьётся, помещается в подстаканник» (исходя из JTBD).
Интервью с пользователями
JTBD-интервью по методологии Боба Моэсты:
- Когда впервые купили?
- Что происходило в жизни в тот момент?
- Какую задачу пытались решить?
- Что ещё пробовали?
- Почему именно этот продукт?
- Что улучшили бы?
Вопросы вскрывают задачу, а не персону.
На собесе
«Как сегментировать?» Через JTBD, а не только демографию.
«Приоритизация фич?» Какая фича лучше решает главную задачу пользователей.
«Что такое JTBD?» Фокус на задачу, которую пользователь «нанимает» продукт решить.
«Пример с milkshake?» Классика: работа — утренний commute, а не «вкус коктейля».
Плюсы и минусы
Плюсы:
- Фокус на потребности пользователя, а не на продукте.
- Единый язык для продукта, исследователей и аналитиков.
- Помогает приоритизации.
Минусы:
- Сложно измерять количественно.
- Требует user research, а не только SQL.
- Риск переборщить с абстракцией.
Частые ошибки
1. Путать JTBD с use case
Use case — функциональный сценарий в UI. JTBD — мотивация пользователя вне продукта. Не смешивайте.
2. Job через фичи, а не через ситуацию
«Пользователь хочет push-уведомления» — это не job. Job — «хочу не забыть повторить материал до собеса».
3. Одна персона = один job
На деле один и тот же человек в разных ситуациях решает разные задачи. Сегментация по JTBD — по контексту, а не по человеку.
4. Полный отказ от персон
JTBD не заменяет персоны в маркетинге. Нужны обе линзы: персона — для коммуникации, JTBD — для продуктовых решений.
Связанные темы
- AARRR пиратские метрики
- HEART framework от Google
- Сегментация простыми словами
- Как выбрать главную метрику
FAQ
Заменяет персоны?
Дополняет. Персоны — для маркетинга, JTBD — для продуктовых решений.
Как применить в SQL?
Создать «job-based» сегменты в данных — группировать по сигналам задачи (какие экраны посетил, какие действия выполнил).
Один пользователь — несколько jobs?
Да. Разные задачи — разные записи и разные сегменты.