Jobs To Be Done простыми словами
Карьерник — квиз-тренажёр в Telegram с 1500+ вопросами для собесов аналитика. SQL, Python, A/B, метрики. Бесплатно.
Зачем это знать
Аналитики часто думают о сегментации по demographics. Проблема: 35-летний профессионал и 25-летний студент могут использовать продукт для одной задачи. Демография → шум, задача (job) → сигнал.
На собесах продуктового аналитика: «как бы вы сегментировали users?» — ответ через JTBD показывает зрелость.
Короткое объяснение
JTBD: люди не покупают продукт, они «нанимают» его делать работу (job).
Пример: покупатель «наняит» дрель не потому что хочет дрель, а потому что нужно отверстие в стене.
Классическая формула
When [situation], I want to [motivation], so I can [expected outcome].Пример: «Когда я прихожу на собеседование, я хочу быстро освежить SQL и Python, чтобы не провалиться на технических вопросах».
Продукт «нанимается» решить этот job.
JTBD vs персоны
Персоны
«Мария, 28 лет, product manager, любит йогу» — demographics + lifestyle.
JTBD
«When готовлюсь к собесу analyst — want освежить знания quickly» — situation + outcome.
Мария и Иван (35, инженер) могут иметь тот же job.
JTBD: менее specific как human, более specific как task.
4 силы изменения
Классика от Clayton Christensen:
- Push of the situation — то, что давит. «Нужно найти новую работу»
- Pull of new solution — привлекательность нового. «Удобный формат»
- Anxiety of the new — страх нового. «А вдруг fake вопросы»
- Habit of the present — привычка старого. «Я уже пользуюсь YouTube-курсами»
Продукт «выигрывает» если push + pull > anxiety + habit.
Применение в аналитике
1. Сегментация по JTBD
Вместо «женщины 25-34» — «users готовящиеся к собесам в FAANG».
Разные JTBD = разные journeys, features, metrics.
2. Feature prioritization
Какую job мы решаем лучше?
Не «давайте добавим геймификацию», а «как геймификация помогает job "подготовиться к собесу"».
3. Retention analysis
Пользователи уходят потому что:
- Job completed (хорошо, moved on)
- Product перестал решать job (плохо)
- Другой продукт решает job лучше (плохо)
Разные причины → разные actions.
4. Metrics
Per JTBD, не per persona:
- «Completed job»
- «Time to value»
- «Frequency of job repetition»
Пример: Карьерник
Job: «когда готовлюсь к собесу аналитика — хочу быстро повторить материал в удобном формате».
Метрики:
- Questions answered per day
- Topics covered
- Days to interview (если собираем)
Anti-job: развлечься без цели подготовиться. Другой user type, другой approach.
Milkshake example
Классика из McDonald's case. Clayton Christensen:
Milkshake покупали утром водители commuter'ы. JTBD: «развлечь меня в скучной дороге, пока я еду утром, и накормить до обеда».
Improvement: не «более сладкий milkshake» (demographics-based), а «более плотный, медленнее пьётся, fits в cupholder» (JTBD-based).
В интервью с users
JTBD interviews — методология Bob Moesta:
- Когда впервые купили?
- Что происходило в жизни в тот момент?
- Какое решение вы пытались решить?
- Что ещё пробовали?
- Почему именно этот продукт?
- Что улучшили бы?
Показывает job, не persona.
На собесе
«Как сегментировать?» Через JTBD, не только demographics.
«Feature prioritization?» Какая feature лучше решает main job пользователей.
«Что такое JTBD?» Фокус на задачу, которую пользователь «нанимает» продукт решить.
«Milkshake example?» Классика: job = утренний commute, не «milkshake для вкуса».
Плюсы
- Фокус на user need, не product
- Единый язык product + research + analytics
- Помогает prioritization
Минусы
- Сложно quantify
- Требует user research (не только SQL)
- Risk of over-abstraction
Связанные темы
- AARRR пиратские метрики
- HEART framework от Google
- Сегментация простыми словами
- Как выбрать главную метрику
FAQ
Заменяет персоны?
Дополняет. Персоны для marketing, JTBD для product decisions.
Как применить в SQL?
Создать «job-based segments» в данных (группировать по signals of job).
Один пользователь — несколько jobs?
Да. Разные jobs — разные entries.
Тренируйте продукт — откройте тренажёр с 1500+ вопросами для собесов.