На днях по рекомендации коллег добрался до книги Джима Калбаха «The Jobs To Be Done Playbook». JBTD в переводе — «работа, которая должна быть выполнена». Идея метода звучит просто, но за ней стоит глубинная продуктовая философия: пользователи нанимают продукт на выполнение определённой работы. Не потому что он «красивый», а потому что он решает проблему.

JBTD-фреймворк строится вокруг 5 этапов:

1. Поиск ценности — ищем Job, реальную боль пользователя. 2. Определение ценности — формулируем ключевую проблему и потенциальные пути ее решения. 3. Разработка ценности — создаем продукт, который эту проблему решает. 4. Доставка ценности — подключаем каналы (inbound/outbound). 5. Итерации — валидируем, собираем фидбек и улучшаем.

Метод живой и постоянно дополняется. Сейчас выделяют два базовых направления:

🔹 SWITCH (Боб Моэста) — глубинные качественные интервью и анализ мотивации перехода пользователя с одного решения на другое. Что его подталкивет к решению и какие есть незакрытые потребности 🔹 ODI (Outcome-Driven Innovation) — фиксация незакрытых потребностей на основании количественных данных. На выходе — бэклог, выстроенный по приоритетности желаемых результатов.

Считаю, что эти подходы не конкурируют, а дополняют друг друга. Всё зависит от зрелости продукта и текущих бизнес-задач.

Базовые принципы JBTD: 1. Люди покупают не продукт, а решение своей задачи. Обложка вторична. 2. Работы (основные потребности пользователей, которые необходимо закрыть нашим продуктом) пользователей не меняются — меняются только технологии их выполнения. 3. Продукт должен делать работу быстрее, проще, эффективнее. 4. Фокус на функциональной задаче, а не на сегментации по психографике.

Философский вопрос JTBD, который стоит себе задавать при построении решений:

🔍 "Как пользователь решал эту проблему 50 лет назад?" Ответ на него позволяет оторваться от тактического уровня и выйти на уровень истинных потребностей.

JTBD-карта включает: – Кто — исполнитель работы (пользователь) – Что — какую задачу он решает – Как — процесс выполнения – Почему — мотивация выбора именно такого способа – Когда/Где — контекст, в котором возникает задача

💡 Важно: под каждого типа пользователя логично строить свой Lean Canvas.

Связанные задачи (related jobs): если пользователь едет из точки А в точку Б, то основная работа — перемещение. А способы (такси, автобус, самокат) — связанная и микроработа. Не игнорируйте контекст.

Три типа работ: – Функциональная — основная цель – Эмоциональная — что хочет чувствовать пользователь – Социальная — как хочет выглядеть в глазах других – Формулируем «работу»:

Комментарии, как правильно сформулировать принципы работ: – Определяем исполнителя работ от 1-го лица – Обязательно выполняем работу определяем как инфинитив – Независимо от времени – Положение о желаемом результате (Desired Outcome Statement): – Направление: что хотим улучшить (быстрее, дешевле и т.п.) – Измерение: как понять, что улучшили – Объект: что именно хотим изменить – Контекст: при каких условиях

Карта 5 элементов JBTD: – Исполнитель работы — пользователь – Основная работа — ключевая цель – Связанная работа — все сопутствующее – Эмоциональная работа — desired feelings – Процесс + обстоятельства — путь + контекст

Типы задач в JBTD: – Стремление (aspiration) — идеальная картинка будущего – Большая работа — целый journey – Маленькая работа — декомпозиция – Микроработа — задачи на тактическом уровне

Основные вопросы, которые должен задать себе продакт: 1. Какой "бизнес" мы делаем (не с точки зрения продукта, а пользы) 2. Какую работу клиент решает? 3. Какую ценность мы создаём?

📌 И помним: без CustDev лезть в продукт — мимо кассы. JTBD-интервью — основа понимания работы

Важные пункты JTBD–интервью: 1. Выбираем реальных исполнителей задачи 2. Погружаем в контекст: когда, как, почему возникла проблема 3. Уточняем, что пошло не так и как «должно было быть»