JTBD: как исследовать задачи клиента и проверять решения

JTBD, или Jobs to Be Done, — подход к исследованию того, какого прогресса человек пытается достичь в определённых обстоятельствах и почему выбирает конкретное решение. Он помогает связать продукт и маркетинг с реальной задачей клиента. Результат JTBD — обоснованная гипотеза о выборе и критериях успеха, которую затем проверяют, а не готовый список функций или гарантия роста продаж.

Что изучает JTBD

Метафора «нанять продукт» предлагает посмотреть на покупку со стороны желаемого изменения. Человеку нужен не просто предмет или приложение, а возможность справиться с ситуацией. При этом важны обстоятельства, доступные альтернативы, ограничения и компромиссы. Одно решение может использоваться для разных задач, а одна задача — решаться разными способами.

Например, заказ готового ужина может помогать накормить семью после позднего возвращения, освободить вечер перед важной встречей или принять гостей без готовки. Внешне покупка похожа, но критерии выбора различаются: время, предсказуемость состава, подача, объём или спокойствие хозяина. Это учебные ситуации, а не результаты исследования конкретного сервиса.

В JTBD рассматривают функциональные, эмоциональные и социальные стороны прогресса. Выполнить действие, чувствовать уверенность и выглядеть надёжным перед другими — связанные стороны одной ситуации. Их не обязательно превращать в три независимых задания для каждой покупки. Важно установить, какие из них действительно проявились в истории человека.

Задача не равна функции

«Нужен фильтр по исполнителям» уже содержит решение. «Нужно выбрать исполнителя, который сможет выполнить работу к сроку, не перебирая неподходящие предложения» описывает направление желаемого результата. Фильтр, предварительная проверка доступности и подбор сотрудником могут быть разными вариантами ответа на него.

Слишком широкая формулировка тоже мало помогает. «Хочу жить лучше» не задаёт границы исследования и критерии проверки. Выберите масштаб, на котором команда принимает решение: например, выбор услуги в конкретной ситуации. Отдельные нажатия в интерфейсе можно исследовать, но они не объясняют автоматически причину выбора всего продукта.

Разные подходы внутри JTBD

JTBD не сводится к единому обязательному шаблону интервью или канвасу. В материалах Christensen Institute акцент сделан на прогрессе в обстоятельствах выбора, включая функциональные, эмоциональные и социальные стороны. В подходе Strategyn к ожидаемым результатам внимание уделяется работе, её шагам и критериям успешного выполнения. Термины и процедуры этих направлений не надо без объяснения смешивать.

Для практического исследования заранее определите, что именно хотите узнать. Истории перехода помогают изучать, почему человек отказался от прежнего решения и выбрал новое. Разбор выполнения задачи помогает обнаруживать неудовлетворённые критерии результата. Оба направления могут быть полезны, но отвечают на разные вопросы.

Как подготовить JTBD-исследование

Начните с решения, которое предстоит принять. Например, команда не понимает, почему часть покупателей заказывает консультацию вместо самостоятельного выбора. Исследовательский вопрос должен допускать несколько объяснений, а не подтверждать заранее выбранную функцию. Запишите текущие предположения отдельно от будущих результатов.

Подбирайте участников по релевантному опыту: недавно выбирали, сменили решение, отказались, сохранили прежний способ. Только довольные действующие клиенты покажут ограниченную часть картины. Для отказавшихся уточняйте, что именно произошло: не начали поиск, не нашли предложение, не смогли купить или сознательно выбрали альтернативу.

Качественная выборка помогает исследовать разнообразие историй, но не становится статистически репрезентативной только из-за набора по поведению. Число интервью определяют вопросом, неоднородностью ситуаций и качеством материала. Универсальное количество бесед не гарантирует обнаружения всех значимых мотивов.

Роли в B2B

Пользователь продукта, инициатор покупки, согласующий бюджет и технический специалист могут оценивать разные результаты. Не складывайте их ответы в вымышленного единого клиента. Уточните роль каждого в конкретной сделке, полномочия и то, какие ограничения он действительно мог изменить.

Например, сотруднику нужна быстрая подготовка отчёта, руководителю — доверие к данным, а администратору — понятный порядок подключения. Это не обязательно противоречие. Но решение, удобное одному участнику и неприемлемое другому, может не пройти выбор. Разбирайте реальную последовательность согласований, а не только пожелания пользователя интерфейса.

Интервью JTBD: восстановить конкретную историю

Предложите рассказать о последнем подходящем эпизоде. Начните с обстоятельств: что происходило, когда появилась мысль что-то изменить, что уже использовалось. Затем восстановите поиск, сравнение, сомнения, решение, начало использования и итог. Хронология помогает отделить первоначальный повод от объяснения, придуманного после покупки.

• Что происходило перед тем, как вы начали искать другой способ?
• Как вы решали задачу до этого и что перестало устраивать?
• Какие варианты действительно рассматривали и где их нашли?
• Что заставило отложить решение или вернуться к нему?
• Что проверили перед оплатой или согласованием?
• Какие опасения оставались и что помогло с ними справиться?
• Что оказалось иначе после начала использования?

Уточняйте наблюдаемые детали: участники, порядок действий, ограничения по времени, реальные предложения и подтверждённые расходы. Не требуйте точных чисел, которых человек не помнит. Если доступны и допустимы для исследования документы или записи действий, они помогают сверить рассказ. Отсутствие подтверждения следует отметить, а не заполнить догадкой.

Избегайте наводящих формулировок: «Вам ведь было важно сэкономить время?» Лучше спросить, что человек считал приемлемым результатом и почему. Не продавайте концепцию во время исследовательской части. После демонстрации вашего решения участник может начать обсуждать его преимущества вместо прежнего опыта.

Слова, воспоминания и действия

Рассказ о прошлом ценнее абстрактного обещания «я бы купил», но тоже не является безошибочным протоколом. Люди забывают детали, упрощают причины и подстраиваются под собеседника. Отделяйте прямую цитату, факт эпизода и интерпретацию исследователя. При противоречии уточняйте его спокойно, не добиваясь удобного ответа.

Организуйте допустимые запись, доступ и хранение материалов. Участнику должно быть понятно, зачем нужна беседа и как будет использован результат. В рабочие карточки обычно не требуется переносить лишние персональные сведения. Для передачи внешнему сервису транскрибирования отдельно проверьте условия и необходимость такого действия.

Как формулировать задачу и критерии успеха

Удобная рабочая запись может выглядеть так: «Когда [обстоятельства], мне нужно [желаемое изменение], чтобы [значимый результат]». Это средство дисциплины мысли, а не универсальный стандарт всех направлений JTBD. Хорошая формулировка сохраняет контекст и не прячет выбранную командой функцию в середине предложения.

Учебный пример: «Когда перед встречей появляются данные из нескольких источников, мне нужно подготовить согласованную картину состояния проекта, чтобы обсуждать решения, а не спорить о разных версиях». Здесь возможны разные решения: процесс сверки, ответственный за данные, шаблон отчёта или программный продукт. Название инструмента не зафиксировано заранее.

Далее раскройте критерии: как человек узнаёт, что данные согласованы, какие расхождения критичны, к какому моменту нужен результат. «Быстро и удобно» надо уточнить. При этом не следует выдумывать числовой норматив, если интервью его не установило. Сначала найдите проверяемые признаки успеха, затем решите, как их измерять.

Не потерять альтернативы

Конкурентом может быть другой продукт, ручная работа, помощь коллеги, изменение процесса или решение пока ничего не делать. Последнее часто сохраняется из-за стоимости перехода, привычки, риска ошибки или отсутствия срочности. Изучайте то, что человек реально рассматривал, а не только список компаний из презентации отдела маркетинга.

Не каждое упомянутое неудобство становится причиной переключения. Люди могут терпеть его, потому что альтернатива хуже по другому критерию. Опишите компромисс: что человек хотел улучшить, чем готов был пожертвовать и чего опасался. Это помогает не обещать продукту решить всё одновременно.

Синтез JTBD: от историй к гипотезам

Для каждого эпизода сохраните обстоятельства, желаемый прогресс, прежний способ, рассматривавшиеся варианты, препятствия и результат. Рядом укажите источник и степень уверенности. Затем ищите повторяющиеся связи, одновременно отмечая случаи, которые не укладываются в общее объяснение.

Группируйте истории по значимым различиям выбора, а не просто по одинаковым словам. Два человека говорят «экономить время», но один хочет сократить ручную работу, другой — получить предсказуемый срок. Эти задачи могут требовать разных решений. Не склеивайте их ради короткого списка красивых формулировок.

Частота упоминания в небольшой целевой выборке не равна доле рынка. Учебный пример: из 12 участников 8 назвали опасение потерять данные при переходе. Это 8 историй и примерно 66,7% этой выборки. Нельзя переносить число на всех покупателей или утверждать, что устранение опасения даст такой же прирост продаж.

Участники могли говорить и о других препятствиях. Если 7 упомянули длительное согласование, эти группы могут пересекаться: сумма 8 + 7 = 15 не означает 15 разных людей. Кодируйте несколько причин для одной истории, если это отражает материал, и не заставляйте реальные ситуации быть взаимоисключающими.

Карта работы и карта пути

Карта задачи описывает, что необходимо сделать для результата независимо от конкретного интерфейса. Карта текущего пути показывает, как человек сейчас взаимодействует с решением и точками контакта. Они могут дополнять друг друга, но схема экранов приложения ещё не является картой работы клиента.

Не обязательно использовать одинаковый набор шагов для любого исследования. Если применяете конкретную методику картирования, следуйте её определениям и обозначьте выбранный подход. Командный плакат полезен только тогда, когда по нему можно объяснить источник вывода и принять проверяемое решение.

Как перевести JTBD в продукт и маркетинг

Сформулируйте связь: наблюдение, гипотеза причины, возможное изменение и ожидаемый результат. Например, истории указывают на страх потери данных. Гипотеза — люди откладывают переход из-за невозможности проверить перенос. Возможные решения — пробный импорт, понятная проверка целостности, помощь специалиста или изменение процесса подключения.

Не превращайте это сразу в обязательную разработку большого модуля. Проверьте минимальный вариант, который помогает исследовать ключевую неопределённость. Прототип покажет, понимают ли люди предложение и могут ли выполнить действие; он не доказывает готовность платить или коммерческий эффект без соответствующей проверки.

В маркетинге используйте контекст и критерии выбора для объяснения предложения. Если клиенту важен предсказуемый перенос, покажите реальный процесс и ограничения, а не просто слово «надёжно». Исследование не даёт права обещать результат, которого продукт не обеспечивает. Позиционирование должно соответствовать исполнению.

Приоритеты и ограничения бизнеса

Оцените значимость проблемы, неудовлетворённость текущим способом, доступность аудитории, стоимость решения и риски. При необходимости распространённость проверяют отдельным количественным исследованием с подходящей выборкой. Не выдавайте внутренний балл команды за точный измеритель спроса.

Демография и контекст не обязаны исключать друг друга. Роль, ресурсы, навыки или регион могут ограничивать выбор и помогать достичь аудитории. JTBD добавляет объяснение ситуации и прогресса, но не отменяет остальные данные. Персона, если она основана на исследованиях, также не обязана быть набором возрастных стереотипов.

Проверка результата и ограничения JTBD

До проверки определите признаки успешного выполнения клиентской задачи и бизнес-показатели. Снижение времени может быть полезно, но не при росте критических ошибок. Рост регистрации не подтверждает, что люди начали получать нужный результат. Следите за качеством, затратами и последующими действиями, связанными с гипотезой.

Учебный тест: при сопоставимых условиях новый процесс успешно завершили 90 из 150 участников, прежний — 75 из 150. Это 60% и 50%, разница 10 процентных пунктов, или 20% относительно прежнего результата. Вывод об устойчивом эффекте требует оценки неопределённости и корректности распределения, а не одной положительной разницы.

Такой тест проверяет изменение процесса в заданных условиях, а не «эффективность JTBD вообще». Нельзя приписать исследовательскому подходу весь рост продукта, если одновременно изменились цена, аудитория и обслуживание. Сохраняйте гипотезу, версии и ограничения измерения.

Обновляйте исследование, когда появились новые обстоятельства, изменилась аудитория, способ решения или накопились противоречащие истории. Универсальная ревизия раз в полгода не гарантирует актуальности. Метод помогает задавать более точные вопросы, но не заменяет знания о технологии, экономике, правовых ограничениях и способности компании исполнить обещание.

Вопросы и ответы