Jobs To Be Done VS персоны
Часто команды опираются на персоны или портреты клиентов: возраст, профессия, интересы. Но человек не выбирает продукт просто потому, что он «35-летний офисный сотрудник». Он выбирает его, чтобы решить конкретную жизненную задачу.
Здесь и появляется подход Jobs To Be Done (JTBD). JTBD меняет вопрос с «кто наш клиент?» на более важный - «что клиент пытается сделать и почему?».
JTBD не начинает с вопроса «кто наш пользователь?», а сразу спрашивает: «какую задачу или работу люди пытаются выполнить?».
📌 Вот несколько примеров JTBD в жизни:
🔸Когда у меня мало времени перед встречей, я хочу взять готовую еду, чтобы не быть голодным.
🔸Когда утром еду на работу, я хочу выпить молочный коктейль, чтобы не проголодаться и отвлечься в дороге.
📌 Чем это отличается от подхода через персоны?
Персона скажет: «Анна, 28 лет, маркетолог, любит кофе». JTBD скажет: «Когда Анна спешит на работу, она хочет кофе, чтобы взбодриться перед встречей». Разница очевидна. Хотя если добавить сюда кастдев, разница размывается, так как и в персонах можно провести глубинный кастдев и лучше понять персону.
Персоны - статичный портрет «кто». Кастдев проверяет наличие проблемы «нужен ли продукт?». JTBD глубже: он выясняет, какую задачу человек решает, почему и как выбирает продукт «зачем?».
Кастдев и персоны часто идут вместе на старте продукта. Но JTBD дополняет их, объясняя, почему человек действует именно так и как ваш продукт может помочь ему лучше других решений.
📌 Как применять JTBD на практике:
Проведите интервью, обсуждая не функции продукта, а реальные жизненные ситуации:
🔸Расскажите, как вы поняли, что проблема существует?
🔸Что произошло, когда вы решили искать решение?
🔸Почему проблема стала важной именно сейчас?
🔸Что вы использовали до этого, и почему оно не устраивало?
🔸Почему выбрали именно это решение? Что было важным при выборе?
🔸Что почувствовали, получив результат? Ожидания совпали с реальностью?
Используйте шаблон: «Когда [ситуация], я хочу [цель], чтобы [результат]».
Пример: «Когда задержался на работе, я хочу заказать ужин онлайн, чтобы отдохнуть вместо готовки».
📌 Зачем вообще использовать JTBD? Потому что этот подход помогает видеть не просто набор функций или характеристики пользователя, а реальную жизненную ценность продукта. JTBD помогает точно понять, какие задачи и какой прогресс важны людям. Продукты, которые лучше других решают задачи пользователей, всегда будут востребованы - их будут «нанимать» снова и снова.
🎁 Бонус: в чём отличие JTBD от User Story Mapping (USM)?
USM показывает, как пользователь взаимодействует с продуктом «как?». JTBD объясняет, почему пользователь пришёл к продукту и какую жизненную задачу решает «зачем?».
Эти инструменты лучше использовать так:
📌 Кастдев, Персоны, Impact Mapping, CJM И/ИЛИ User Story Mapping (USM) - логично использовать все вместе по порядку
🔸 Кастдев - в самом начале, чтобы быстро проверить гипотезы: есть ли реальная проблема и готовы ли пользователи платить.
🔸 Персоны - после первых интервью и позже, на этапе зрелости продукта. Помогают понять, кто пользователь и чем он руководствуется при выборе.
🔸 Impact Mapping - для понимания, зачем нужен продукт, какие изменения мы хотим вызвать в поведении пользователей и какие бизнес-результаты получить.
🔸 User Story Mapping (USM) - на этапе проектирования и разработки. Помогает визуализировать шаги пользователя и спроектировать удобный путь.
И/ИЛИ📌 Jobs To Be Done (JTBD) - актуален на всех этапах, особенно на этапе роста продукта, запуска новых продуктов. JTBD глубоко изучает задачи и потребности пользователей. Основные инструменты: карта JTBD, JTBD-интервью и шаблон формулировки задач «Когда [ситуация], я хочу [цель], чтобы [результат]».
Я пока использую только USM, который помогает описывать требования через пользовательский путь. Мне кажется, описание требований похоже на метод JTBD, поэтому я бы дополнил шаблон User Story - «Когда [ситуация], я хочу [цель], чтобы [результат]». Получится улучшенная версия User Story, если так можно делать 😁.
@ba_lab
