84% руководителей называют инновации чрезвычайно важными для роста. 94% недовольны тем, что получают. Эти данные McKinsey Клейтон Кристенсен с соавторами поставил в начало статьи "Know Your Customers' Jobs to Be Done" (Harvard Business Review, сентябрь 2016). Деньги на новые продукты тратят исправно, попадают редко. Jobs To Be Done объясняет промах так: команда изучает продукт, сегменты и фичи, а клиент в этот момент решает совсем другую задачу. Он выбирает, оставить всё как есть или что-то изменить.
Продукт конкурирует с привычками, откладыванием и сомнениями клиента не меньше, чем с прямыми аналогами. Пока команда не понимает, почему в этот момент человек выбрал один вариант, продуктовые решения остаются догадками. Метафора найма выросла из исследования Кристенсена про молочные коктейли и легла в основу его книги Competing Against Luck (2016): люди нанимают продукт на работу, которую нужно сделать, и увольняют его, когда находят кандидата получше.
Ошибка возникает раньше, чем выбирают фичу
Когда продукт не покупают или им не пользуются, команда первым делом ищет, где ошиблась: неверно определила потребности, выбрала не те приоритеты, "не поняла рынок". Логика удобная, но поверхностная. Решения принимаются внутри той модели рынка, которой пользуется вся компания. Если рынок описан через сегменты, роли и абстрактные "боли", реальный выбор клиента в этой модели просто не отражён.
Пример показывает разницу. Сегмент "менеджеры проектов в компаниях на 50-200 человек" одинаково описывает того, кто на прошлой неделе сорвал запуск, и того, у кого всё спокойно. Первый ищет замену таблице прямо сейчас, второй не станет её искать ближайший год. По JTBD ошибка случается на шаг раньше выбора фичи: команда не понимает, почему человек вообще решился что-то менять. Пока момент выбора не виден, любые решения выглядят случайными, даже если приняты по всем методологиям.
За вопрос выбора не отвечает никто
Управление продуктом ломается, когда решения не связаны с тем, как ведут себя клиенты. Стратегия говорит о росте и рынках, продукт о плане работ, маркетинг о каналах. А за вопрос, почему клиент нас выбирает, не отвечает никто. Продакт мечется между ожиданиями бизнеса, техническими ограничениями и обрывками выводов из интервью. Понятного способа отличить правильное решение от неправильного у него нет.
JTBD связывает всё это вместе, потому что даёт один общий ориентир: выбор клиента. Хорошее решение то, после которого человек в конкретной ситуации чаще выбирает продукт. Логичность и симпатии команды тут не аргумент. Этот ориентир помогает сформулировать догадку о выборе. Но её ещё нужно проверить: на поведении людей, на стоимости и на рисках для продукта.
Ошибиться в причине можно, перестать смотреть на выбор нельзя
JTBD не обещает безошибочных решений. Выбор клиента нельзя предсказать полностью, его можно только постепенно понять через реальные истории. Поэтому ошибаться в интерпретации причин нормально. Команда может неверно определить решающий фактор, и провалом это станет, только если догадка так и останется удобным предположением, не проверенным на поведении пользователей. Такая ошибка даже полезна: она показывает, какие силы команда недооценила.
Некомпетентность начинается в другом месте: когда команда перестаёт смотреть, что люди выбирают на самом деле. Продукт не выбирают, а команда продолжает объяснять это своими доводами. Похожий симптом: рост или падение цифр обсуждают, не спрашивая, какие решения пользователей за ними стоят. Самый тихий вариант: JTBD для галочки. Интервью проводят, расшифровки складывают в папку, а план работ не меняется ни на строчку.
Что меняется в исследовании, разработке и коммуникации
В исследовании без JTBD команда спрашивает о предпочтениях. Пользователи охотно рассказывают, что им нравится, но эти ответы плохо объясняют конкретный выбор. Для любых интервью работает одно правило: спрашивать о том, что человек уже сделал. Вопрос "а вы бы купили?" собирает вежливость, и по ней ничего не построишь. JTBD сдвигает разговор к моменту решения: что стало последней каплей, что подтолкнуло искать альтернативу, почему выбрали именно это.
Конкретный инструмент здесь дают Боб Мёста и Крис Спик: таймлайн переключения. Интервьюер восстанавливает историю от первой мысли "так дальше нельзя" через пассивный и активный поиск к решению и первому использованию. На этой линии видно, какое событие сдвинуло человека с места и почему одни доходили до покупки, а другие застревали. Разговор занимает 45-60 минут, и почти всё время уходит на события, даты и людей вокруг решения. Симптом отсутствия такого фокуса узнаётся сразу: много инсайтов и никакого понимания, что влияет на выбор.
В разработке без JTBD задачи выбирают по тому, насколько полезна функция. Каждая задача кажется разумной, но продукт так и не становится очевидным выбором в нужной ситуации. JTBD предлагает другой вопрос: станут ли люди чаще выбирать продукт после этой функции? Приоритеты становятся жёстче, а задач "на всякий случай, вдруг пригодится" меньше.
В маркетинге без JTBD перечисляют возможности, и тексты не попадают в момент выбора. С JTBD о продукте рассказывают через ситуацию, в которой человек принимает решение. Если тексты на сайте всё время переписывают, а понятнее они не становятся, значит, выбор клиента так и не поняли.
Карта выбора показывает, дошёл ли подход до решений
Зрелость JTBD видна по тому, что команда фиксирует в работе. Кроме требований и гипотез о фичах зрелая команда описывает логику выбора: почему пользователь выбрал продукт. Описания того, как он себя вёл, для этого мало.
Главный документ здесь карта выбора. Она описывает момент, когда человеку становится невмоготу, он смотрит на варианты, сомневается и решает. На карту ссылаются, когда обсуждают стратегию, приоритеты и тексты для клиентов. Второй документ описывает соперничество с вариантом "ничего не делать". Чаще всего главный конкурент продукта не другой продукт, а привычка жить с проблемой. Если команда об этом забывает, она раз за разом переоценивает, насколько продукт привлекателен.
Незрелость выдают артефакты, которые ни на что не влияют. Проверка простая: возьмите три последних спора о приоритетах и посмотрите, упоминалась ли в них карта выбора. Если ни разу, JTBD остаётся теорией на слайдах.
Зрелость можно и посчитать. Отметьте в плане квартала задачи, в описании которых назван момент выбора и сила, на которую задача действует: толчок, притяжение, тревога или привычка. Допустим, из 40 задач таких набралось 9, то есть 22%. Остальные 31 попали в план по запросу продаж, по сравнению с конкурентом или "потому что давно хотели". Порог тут условный, но полезный: пока доля ниже половины, приоритеты определяет не выбор клиента. Ограничитель нужен и с другой стороны. Если команда провела за месяц меньше четырёх интервью, карта выбора устаревает быстрее, чем её успевают применить, и высокая доля размеченных задач означает только, что старые выводы переписывают в новые тикеты.
Где искажается работа с задачей клиента
Провалы сводятся к нескольким повторяющимся искажениям. Команда обсуждает сам продукт и забывает, с чем он конкурирует. Верит, что лучшее решение победит само, и недооценивает привычку: человек остаётся с неудобным, но знакомым. Не разбирает отказы и поэтому не знает, почему продукт не выбрали. Описывает рынок через роли вместо ситуаций выбора. Пытается угодить всем сценариям сразу и теряет ясность.
Эти искажения слышны в речи. "Пользователи просто не понимают нашу ценность", "добавим ещё пару функций, и выбор станет очевидным", "наш конкурент это только другие продукты". В каждой фразе нет альтернатив, сомнений и контекста решения, то есть всего, из чего складывается реальный выбор.
Онлайн-курсы и B2B-трекер: выбор важнее функций
Представим сервис онлайн-обучения, который был уверен, что ценность в контенте и функциональности платформы. План работ строился вокруг новых форматов, маркетинг продвигал "удобную платформу для обучения". Пользователи регистрировались, но до конца курсов доходили редко, и команда списывала это на слабую мотивацию аудитории.
JTBD-анализ показал другое. Люди выбирали продукт в момент сомнения, учиться или отложить, и главной альтернативой был отказ от обучения вообще. Допустим, из 1000 зарегистрировавшихся первый урок начинали 380, а курс заканчивал каждый третий из начавших, около 127 человек. Команда занялась моментом старта: короткий первый урок на 10 минут, напоминание в выбранное пользователем время, видимый прогресс после первого занятия. Если доля начавших вырастет до 500, а доля дошедших до конца среди них не изменится, выпускников станет около 167, на 31% больше. Ни одной новой функции платформы для этого не понадобилось.
В B2B-продукте для управления проектами команда считала главными конкурентами другие системы и закрывала функциональные разрывы. Продажи упирались в возражение "нам и так хватает", пользователи оставались в Excel, и это списывали на консерватизм рынка. JTBD показал, что продукт выбирали только в момент кризиса управления: сорванный запуск, резкий рост команды, уход ключевого менеджера. В спокойной ситуации причин что-то менять не было. Стратегию пересобрали вокруг сценариев перехода в такие моменты, а коммуникацию вокруг рисков бездействия. Ожидаемый эффект: продукт чаще рассматривают как решение под конкретную ситуацию, и сделки закрываются быстрее.
Набор функций в обоих сюжетах почти не меняется. Меняется понимание момента, в который человек делает выбор.
Тревога и привычка удерживают сильнее, чем фичи притягивают
Выбор редко определяется одной причиной: на человека одновременно действуют четыре силы. В модели Боба Мёсты они называются силами прогресса (Forces of Progress). Толчок делает текущую ситуацию невыносимой: сорванный срок, выросшая нагрузка, публичная ошибка. Притяжение создаёт образ лучшего результата, который обещает новый продукт. Против них работают две силы инерции: тревога перед новым (вдруг будет хуже, дольше, сложнее) и привязанность к привычному способу, даже неудобному.
Продукт выбирают, когда толчок и притяжение вместе перевешивают тревогу и привычку. Это объясняет, почему объективно лучший продукт проигрывает: он усилил притяжение, но не снял тревогу. Работать нужно со всеми четырьмя силами, а список преимуществ закрывает только одну. Самым дешёвым рычагом часто оказывается снятие тревоги: быстрый первый результат, понятный откат назад, гарантия, что данные не потеряются при переходе. В обоих разобранных случаях сдвиг произошёл здесь: команды перестали накачивать притяжение фичами и занялись силами, которые удерживали человека на месте.
Когда JTBD не стоит усилий
У подхода есть серьёзный критик внутри самой продуктовой практики. Интервью о прошлом выборе восстанавливают рассказ, а не решение: человек через полгода объясняет покупку стройнее, чем принимал её, и добавляет причины задним числом. Пять-шесть таких историй легко подогнать под гипотезу, которая уже нравилась команде. Для покупок без раздумий, вроде подписки за пару долларов или игры за минуту до сна, момента выбора в описанном смысле почти нет, и таймлайн получится пустым.
С этим трудно спорить, поэтому JTBD стоит применять с двумя условиями. Первое: решение у клиента занимает дни или недели и затрагивает чужие деньги, время или репутацию. Тогда силы прогресса реально работают, а история восстанавливается по событиям, датам и людям. Второе: каждый вывод из интервью превращается в проверяемое изменение поведения. Если команда считает, что тревога мешает переходу, она убирает конкретный риск и смотрит, как меняется доля дошедших до первого результата. Ритм тут важнее объёма: короткое интервью каждую неделю и маленькая проверка после него дают больше, чем одно большое исследование раз в полгода. Если ни одно условие не выполняется, дешевле смотреть на данные воронки и тестировать изменения напрямую.
Четыре вопроса к своему продукту
Знаете ли вы момент, в который клиент выбирает продукт, и что его подтолкнуло? Видите ли реальные альтернативы, включая вариант ничего не менять? Используете ли выбор как критерий приоритизации наряду с полезностью фичи? Понимаете ли, почему вас не выбирают те, кто ушёл? Если хотя бы на один вопрос ответа нет, стратегия пока строится на догадке о пользователе.
Больше всего о выборе рассказывают отказы. У пяти-шести человек, которые попробовали продукт и ушли, таймлайн переключения восстанавливается почти целиком: что подтолкнуло искать, с чем сравнивали, на каком шаге победила тревога или привычка. Назначьте эти разговоры на ближайшие две недели и запишите до первого из них, какую силу команда считает главной. Если после шестого интервью ответ изменился, порядок задач в плане работ тоже должен измениться.