JTBD на собеседовании продакт-менеджера
Содержание:
Что такое JTBD
Jobs-to-be-Done — фреймворк, который смещает фокус с пользователя как личности на ситуацию, в которой он нанимает продукт для решения задачи. Идея Клейтона Кристенсена: «Люди не хотят дрель — они хотят дырку в стене».
В практике PM это инструмент discovery, который помогает:
- Найти реальный мотив использования продукта (не «удобство», а конкретную ситуацию)
- Сегментировать рынок по jobs, а не по демографии
- Уйти от cargo-cult копирования фич конкурентов
На собесе JTBD упоминают почти всегда, когда речь идёт о discovery, новых рынках или переосмыслении фичи. Уметь сформулировать job statement — must-have для middle PM.
JTBD vs персоны
Это самый частый вопрос на собесе. И самая распространённая путаница в команде.
| Параметр | Персона | JTBD |
|---|---|---|
| Фокус | Кто пользователь | В какой ситуации он что-то делает |
| Стабильность | Меняется (демография стареет) | Стабильна (jobs существуют десятилетиями) |
| Полезность | Маркетинг, дизайн | Discovery, продуктовые гипотезы |
| Пример | «Аня, 32, маркетолог, 2 ребёнка» | «Когда мне нужно быстро поужинать после работы, помоги получить горячую еду без ожидания» |
Персоны помогают понять «кому». JTBD — «зачем». Это не альтернативы, а дополняющие инструменты. На собесе важно показать, что вы это понимаете.
Формула job statement
Каноническая формула Тони Ульвика и Боба Моэста:
When I [situation], I want to [motivation], so I can [expected outcome]Или по-русски:
Когда [ситуация], я хочу [мотивация], чтобы [результат]Пример хорошего job statement для пользователя сервиса доставки еды:
Когда я работаю допоздна и не успеваю поужинать дома, я хочу заказать еду быстро без долгого выбора, чтобы поесть и продолжить работу.
Пример плохого:
Я хочу заказывать еду из приложения.
Плохой не описывает ситуацию (когда?), не показывает результат (зачем?). Это перепев фичи.
На собесе вас попросят сформулировать job statement для конкретного продукта. Тренируйтесь на знакомых: банковское приложение, такси, тренажёр для собесов, мессенджер.
Functional, emotional, social jobs
Каждый job имеет три слоя.
Functional — что нужно сделать. «Доехать из точки А в точку Б», «найти подходящего разработчика», «выучить SQL для собеса».
Emotional — как себя чувствовать в процессе. «Чувствовать контроль», «не нервничать», «гордиться выбором».
Social — что показать другим. «Выглядеть успешным», «не стыдно сказать друзьям».
На собесе спрашивают: «Какие emotional jobs у пользователя b2b CRM?». Ответ: «Чувствовать, что не упустил сделку. Чувствовать, что коллеги видят его эффективность.» Это не очевидно — функциональный слой («внести лида») кажется главным, но решающее часто эмоциональное.
Jobs-интервью как метод discovery
Метод Боба Моэста «5 whys + timeline». Берём пользователя, который недавно купил/начал использовать продукт, и спрашиваем:
- Когда вы впервые подумали о продукте?
- Что произошло прямо перед этим?
- Что вы пытались до этого? Какие альтернативы рассматривали?
- Что заставило вас выбрать именно этот продукт?
- Что вас почти остановило?
- Какой жизненный момент вы пытались улучшить?
Это не focus group и не survey. Это раскопка истории «как вы пришли в продукт». Цель — найти реальные триггеры (events) и контексты (situations), которые вызвали потребность.
На собесе спрашивают: «Как ты бы провёл discovery для новой фичи?» Хороший ответ включает упоминание jobs-интервью, не только опросов.
JTBD на собесе: типичные вопросы
1. «Сформулируй JTBD для нашего продукта»
Подготовьтесь к этому для продукта компании. Напишите 2–3 разных jobs (для разных сегментов пользователей).
2. «Чем JTBD отличается от персон?»
См. таблицу выше. Ключ: персона — кто, JTBD — зачем и в какой ситуации.
3. «Как JTBD помогает в приоритизации?»
Если знаешь jobs, понимаешь, какая фича решает каждый job. Можно отсечь фичи, которые не закрывают ни один job, или найти job без покрытия — это новая возможность.
4. «Когда JTBD не работает?»
Для новых рынков, где у пользователя нет ещё привычки нанимать продукт под этот job. Для technology-driven продуктов (сначала технология — потом рынок). Для эмоциональных продуктов с низкой утилитарностью (соцсети, развлечения).
5. «Опиши, как бы ты сделал jobs-интервью с 10 пользователями»
Хороший ответ: целевая выборка (новые юзеры или churned), полу-структурированное интервью по timeline-протоколу, запись и транскрипция, тематический анализ по triggers и obstacles, формулировка 3–5 различных jobs из выборки.
Примеры job statements
Карьерник
Когда у меня скоро собеседование на аналитика, я хочу за 10 минут в день закрепить нужную тему, чтобы не выглядеть слабо на технике.
Сервис доставки еды
Когда дома не из чего готовить и нет сил выходить, я хочу получить горячую еду домой за 30 минут, чтобы поужинать без планирования.
Tinkoff Investments
Когда у меня появились свободные деньги, и я хочу их сохранить от инфляции без сложных решений, я хочу простое приложение, чтобы инвестировать с минимальными усилиями.
Slack
Когда мне нужно быстро обсудить рабочий вопрос с конкретным коллегой, я хочу написать ему без формальностей email, чтобы получить ответ в ближайший час.
Заметьте — все формулировки описывают ситуацию, не пользователя.
Частые ошибки
Путать job с фичей. «Я хочу пуш-уведомление с напоминанием» — это решение. Job — «я хочу не забывать про важные события». Фича — один из способов закрыть этот job.
Делать JTBD общим. «Я хочу быть успешным» — это не job. Хороший job конкретен по ситуации и результату.
Игнорировать обстоятельства. «Когда я хочу заказать такси» — нет ситуации. Лучше «когда я опаздываю на встречу и нет машины» — есть конкретный триггер.
Один job на весь продукт. Большинство продуктов решают 3–7 jobs для разных сегментов. На собесе формулируйте несколько и сравнивайте, какой главный.
Считать JTBD конкурентом аналитики. Это не альтернатива метрикам. JTBD — про разведку гипотез, метрики — про их валидацию.
FAQ
Какие книги по JTBD читать?
Тони Ульвик «Jobs to Be Done», Боб Моэста «Demand-Side Sales». Начинать с Моэсты — практичнее для PM. Ульвик — для теоретического понимания.
Можно ли совмещать JTBD и персоны?
Да, обязательно. Персоны для маркетинга и дизайна, JTBD для discovery и приоритизации. Это разные слои информации.
Сколько jobs у одного пользователя в продукте?
Один пользователь нанимает продукт под разные jobs в разных ситуациях. У типичного активного юзера это 2–4 разных job. Это нормально.
Это официальная информация?
Нет. Статья основана на классических работах Кристенсена, Ульвика и Моэсты, и опыте кандидатов с собесов российских IT-компаний.