Jobs To Be Done: какую работу клиент поручает продукту и как это выяснить

Jobs To Be Done, или JTBD, предлагает смотреть на покупку как на попытку человека решить задачу в конкретных обстоятельствах. Клиент «нанимает» продукт не ради набора функций, а ради результата, который ему нужен. Поэтому конкурировать могут решения из разных категорий — и даже привычка ничего не менять. Подход полезен, когда команда хочет понять, за что ей действительно платят, почему продукт используют после покупки и какие препятствия мешают выбрать его снова.

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

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

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

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

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

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

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

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

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

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

Эти слои связаны. Человек может купить приложение для тренировок, потому что хочет стать выносливее, но использовать его только тогда, когда занятия вписываются в день и не вызывают неприятного чувства неудачи. Если изучить только функциональную цель «тренироваться», команда не увидит барьер регулярного использования. Именно поэтому полезно прослеживать путь после оплаты, а не останавливаться на моменте покупки.

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

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

Поэтому сравнивайте слова с историями действий. Что подтолкнуло человека искать решение? Что он пробовал до этого? Почему выбрал именно этот вариант? Когда впервые столкнулся с трудностью? Когда продукт помог, а когда вернулся к старому способу? В продуктовой аналитике полезно смотреть не только на регистрацию, но и на путь до первого результата, повторное использование и причины отказа.

Интерпретация Jobs-As-Activities рассматривает конкретное действие. Мультиварка помогает приготовить ужин, робот-пылесос — убрать пол, ежедневник — не забыть договорённости. Такой взгляд удобен, когда нужно улучшить последовательность операций: что человек делает, сколько усилий тратит, где застревает и каким результатом завершает действие.

Jobs-As-Progress смотрит на перемену, к которой человек стремится. Приложение для изучения языка покупают не ради прохождения карточек как таковых, а чтобы свободнее понимать и говорить. Фитнес-сервис может обещать не одну тренировку, а более здоровое состояние и уверенность. Здесь оценивать нужно движение к цели, а не только число нажатий или завершённых сессий.

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

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

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

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

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

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

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

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

Восьмой шаг — повторять исследование после внедрения. Если обнаружится устойчивый спрос на другое применение продукта, эти данные помогут обосновать пивот бизнеса. Контекст и привычки меняются, а у продукта появляются новые группы пользователей. Сверяйте интервью с поведением и результатами, не держитесь за первоначальную формулировку работы как за вечную истину. Журнал решений проекта поможет сохранить, какую гипотезу проверяли и что оказалось правдой, чтобы команда не спорила о давно забытом мотиве изменения.

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

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

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

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

Вторая — доверять лишь общим ответам и демографии. «Предприниматель среднего возраста» не объясняет, почему человек сегодня ищет инструмент, что его заставило отказаться от старого порядка и кто влияет на выбор. Спрашивайте о конкретном эпизоде и сопоставляйте рассказ с действием. Данные о загрузках, оплатах и кликах нужны, но интерпретировать их следует рядом с тем, что случается после первого использования.

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

Четвёртая — проводить интервью один раз и считать вывод окончательным. Потребности и альтернативы меняются. Проверяйте, продолжает ли продукт выполнять нанятую работу, и отдельно исследуйте тех, кто ушёл: причины оттока клиентов могут указать на изменение контекста, неверное обещание или реальный дефект. Хорошая JTBD-гипотеза остаётся рабочим вопросом для команды, а не слоганом в презентации.

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