Что произошло
В 1990 году Тони Ульвик (Anthony Ulwick), консультант из Калифорнии, начал разрабатывать методологию, которую он назвал Outcome-Driven Innovation (ODI) — инновации, движимые результатами. Ульвик задавался вопросом: почему большинство новых продуктов проваливается? По данным того времени, от 72 до 90 процентов новинок терпели неудачу на рынке. Компании тратили миллионы на исследования потребителей, фокус-группы, тестирования концептов — и всё равно промахивались.
Ульвик предположил, что проблема в самой постановке вопроса. Компании спрашивали: «Чего хочет наш клиент?» Клиент отвечал: «Хочу быстрее, дешевле, красивее». Компания делала быстрее, дешевле, красивее — и обнаруживала, что клиент не покупает. Потому что вопрос был неправильным.
Правильный вопрос: «Какую работу пытается выполнить клиент?»
Ульвик утверждал: люди покупают не продукты — они «нанимают» продукты для выполнения конкретных задач (jobs) в своей жизни. Человек не покупает дрель — он покупает дырку в стене. Точнее, он покупает повешенную полку. Ещё точнее — порядок в доме. Каждый уровень абстракции открывает новые возможности для проектирования.
Эта метафора — «люди покупают не дрель, а дырку в стене» — приписывается Теодору Левитту, профессору маркетинга Гарвардской школы бизнеса, который использовал её ещё в 1960-х. Но Ульвик превратил метафору в систему: формализовал понятие «работы» (job), разработал метод её выявления и предложил структуру для описания — Job Statement.
Job Statement формулируется так: [глагол действия] + [объект действия] + [контекст]. Например: «скрасить скучную поездку на работу» или «убедиться, что ребёнок в безопасности, пока я не дома». Не «хочу быстрый автомобиль» — а «добраться до работы за предсказуемое время без стресса». Не «хочу красивый интерфейс» — а «найти нужную информацию, не отвлекаясь на лишнее».
Популяризатором теории стал Клейтон Кристенсен (Clayton Christensen, 1952–2020), профессор Гарвардской школы бизнеса, уже знаменитый как автор концепции подрывных инноваций (The Innovator’s Dilemma, 1997). Кристенсен познакомился с идеями Ульвика в начале 2000-х, развил их и представил широкой аудитории через серию статей в Harvard Business Review и книгу «The Innovator’s Solution» (2003), написанную в соавторстве с Майклом Рейнором.
Но самым мощным инструментом популяризации стала история про молочный коктейль.
Контекст эпохи
Кристенсен рассказывал эту историю на десятках лекций и конференций, и она стала каноническим примером JTBD.
McDonald’s хотел увеличить продажи молочных коктейлей. Компания поступила по учебнику маркетинга: провела фокус-группы, спросила покупателей, каким должен быть идеальный коктейль. Ответы были предсказуемы: гуще, жиже, слаще, с кусочками фруктов, с шоколадной крошкой. McDonald’s внёс изменения. Продажи не выросли.
Тогда исследователи сменили подход. Вместо того чтобы спрашивать, что клиенты хотят, они стали наблюдать: кто покупает коктейль, когда и зачем. Выяснилось поразительное: около 40 процентов коктейлей продавались до восьми утра. Покупатели — одинокие водители по дороге на работу. Они приходили, молча покупали коктейль и уезжали.
Зачем им коктейль в восемь утра? Исследователи провели интервью. Ответ: долгая скучная поездка на работу. Коктейль «нанимался» на работу «скрасить 20 минут в пробке». Он густой — тянется долго. Его можно держать одной рукой, не пачкаясь. Он утоляет голод до обеда. Трубочка занимает рот и руку — это ритуал, маленькое удовольствие в начале рабочего дня.
Конкурентом коктейля был не другой коктейль и не мороженое. Конкурентом были бублик (крошится, пачкает руль), банан (слишком быстро съедается) и скука (ничего не делать в пробке). Как только McDonald’s понял «работу», решение стало очевидным: сделать коктейль гуще (чтобы тянулся дольше), добавить кусочки фруктов (чтобы появился элемент неожиданности при питье), перенести автомат ближе к входу (чтобы водитель мог купить быстрее и не стоять в общей очереди).
История иллюстрирует три ключевых принципа JTBD.
Работа, а не продукт. Фокус смещается с характеристик продукта на задачу, которую пользователь решает. Это фундаментальный сдвиг перспективы.
Контекст решает. Одна и та же «работа» возникает в конкретных обстоятельствах: утро, одиночество, автомобиль, пробка. Вне этого контекста молочный коктейль — просто десерт. В контексте утренней поездки — инструмент для выполнения работы.
Неочевидные конкуренты. Если мыслить категориями продуктов, конкурент коктейля — другой коктейль. Если мыслить категориями работ, конкурент — бублик, подкаст и тишина. Это радикально меняет конкурентный анализ.
Ульвик тем временем развивал ODI как формальную методологию. В 2005 году он опубликовал книгу «What Customers Want», в 2016 — «Jobs to Be Done: Theory to Practice». Его подход более структурирован, чем у Кристенсена: Ульвик определяет «работу» как процесс с конкретными шагами и измеримыми результатами (desired outcomes). Каждый результат можно оценить количественно: насколько он важен для пользователя и насколько текущее решение его удовлетворяет.
Значение для UX
JTBD изменил инструментарий UX-проектирования по нескольким направлениям.
Дополнение к персонам. Персоны отвечают на вопрос «кто»: Мария, 35 лет, менеджер, двое детей, пользуется iPhone. JTBD отвечает на вопрос «зачем»: Мария «нанимает» приложение банка на работу «убедиться, что зарплата пришла, за 10 секунд между совещаниями». Один и тот же человек в разных контекстах выполняет разные работы — и «нанимает» разные функции одного продукта. Персона статична, работа — контекстуальна. Вместе они дают полную картину.
Job Stories вместо User Stories. Классическая User Story: «Как пользователь, я хочу видеть баланс счёта, чтобы контролировать расходы». Job Story по формату Алана Клемента: «Когда я стою в очереди в кофейне и хочу быстро проверить, пришла ли зарплата, мне нужно увидеть баланс за одно касание без ввода пароля». Job Story добавляет контекст (когда и где) и мотивацию (зачем именно сейчас) — то, чего User Story лишена.
Product discovery. JTBD стал одним из базовых фреймворков для обнаружения продуктовых возможностей. Тереза Торрес (Teresa Torres) в книге «Continuous Discovery Habits» (2021) использует JTBD как отправную точку для opportunity mapping: не «какие фичи нам добавить», а «какие работы пользователей мы ещё не закрываем». Story mapping по Джеффу Паттону тоже опирается на логику работ: история использования продукта — это последовательность работ, которые пользователь выполняет.
Три типа работ. JTBD различает функциональные, эмоциональные и социальные работы. Функциональная: «добраться до работы». Эмоциональная: «чувствовать себя спокойно за рулём». Социальная: «выглядеть успешным в глазах коллег». Один продукт может закрывать все три — и UX-дизайнер должен понимать, какая из работ доминирует в данном контексте. Медицинское приложение для записи к врачу: функциональная работа — «записаться на приём», эмоциональная — «убедиться, что о моём здоровье кто-то заботится», социальная — «показать семье, что я слежу за здоровьем».
Теория «работ» продолжает развиваться. Два лагеря — «Ульвик» (формализованный, количественный подход) и «Кристенсен» (нарративный, качественный подход) — спорят о деталях, но сходятся в главном: чтобы создать продукт, который люди будут использовать, нужно понять не кто они, а что они пытаются сделать.
Связанные статьи
- Что такое UX — JTBD расширяет UX за пределы интерфейса: пользовательский опыт начинается не с первого экрана, а с момента, когда у человека возникает «работа», которую нужно выполнить.
- Что такое HCD — JTBD — один из инструментов человекоцентричного дизайна. Понять «работу» пользователя — значит проектировать решение вокруг его реальной потребности, а не вокруг возможностей технологии.
- Что такое юзабилити — юзабилити измеряет, насколько легко выполнить задачу. JTBD определяет, какую именно задачу нужно измерять.
Из серии «История UX»:
- Модель Кано (1984) — Кано классифицирует характеристики продукта; JTBD определяет, для какой «работы» эти характеристики важны. Привлекательная функция по Кано часто закрывает эмоциональную или социальную работу по JTBD.
- TAM: модель принятия технологий (1989) — TAM спрашивает «полезно ли это?», JTBD уточняет: «полезно для какой работы?» Два фреймворка дополняют друг друга: TAM измеряет восприятие, JTBD задаёт контекст.
- Вэнивар Буш и Memex (1945) — Буш проектировал Memex для конкретной «работы»: найти нужную публикацию среди тысяч, не утонув в информации. JTBD до появления термина.