Что произошло
Бостон, Массачусетс, 1997 год. Карен Хольтцблатт и Хью Бейер публикуют книгу, которая превратит полевые исследования из эзотерической практики антропологов в стандартный метод проектирования цифровых продуктов. Книга называется «Contextual Design: Defining Customer-Centered Systems» — «Контекстное проектирование: определение систем, ориентированных на клиента».
Хольтцблатт и Бейер не были теоретиками. Оба пришли из DEC (Digital Equipment Corporation) — в 1980-х второго по величине производителя компьютеров после IBM. В DEC они столкнулись с проблемой: инженеры создавали продукты, основываясь на собственном понимании задач пользователей. А пользователи работали совсем не так, как представляли инженеры.
Решение Хольтцблатт и Бейера было радикальным в своей простоте: идите к пользователю. Не приглашайте его в лабораторию. Не просите заполнить анкету. Не спрашивайте, как он работает, — потому что он расскажет не о реальной работе, а о своём представлении о ней. Вместо этого — придите к нему. Сядьте рядом. Наблюдайте. Задавайте вопросы в момент, когда действие происходит, а не через неделю.
Этот метод назывался Contextual Inquiry — контекстное исследование. Четыре принципа.
Контекст: наблюдение происходит в реальной рабочей среде пользователя — в его офисе, за его столом, с его инструментами. Не в переговорной, не по видеозвонку, не в юзабилити-лаборатории с односторонним зеркалом.
Партнёрство: исследователь и пользователь — не интервьюер и респондент, а мастер и ученик. Исследователь «учится» работе у пользователя, наблюдая и уточняя. Пользователь — эксперт в своей деятельности, исследователь — в извлечении знаний из наблюдений.
Интерпретация: наблюдения интерпретируются совместно, прямо на месте. «Я заметил, что вы переключились между тремя окнами, чтобы найти номер заказа. Это типичная ситуация?» Немедленная проверка гипотез, а не отложенный анализ записей.
Фокус: исследование направлено на определённую область деятельности. Нельзя наблюдать «за всем» — нужна рамка.
Но Contextual Design — это не только сбор данных. Хольтцблатт и Бейер предложили пять моделей для структурирования результатов наблюдений. Flow model — кто с кем взаимодействует, кто передаёт информацию кому. Sequence model — последовательность шагов для выполнения задачи. Artifact model — какие физические или цифровые объекты использует человек (бумажки, стикеры, таблицы, скриншоты). Cultural model — какие ценности, ожидания и ограничения определяют поведение в организации. Physical model — как организовано физическое пространство работы.
Пять моделей складывались в объёмную картину: не просто «как человек нажимает кнопки», а как устроена его работа целиком — с коллегами, инструментами, пространством, культурой. Из этой картины рождался дизайн, который вписывался в реальную жизнь, а не навязывал пользователю логику инженера.
Год спустя, в 1998-м, по другую сторону Ла-Манша произошло ещё одно событие, связанное с тем же принципом — выйти из офиса и посмотреть на реальный опыт. Британская консалтинговая компания OxfordSM (тогда — Oxford Corporate Consultants) работала с Eurostar — оператором скоростных поездов через Евротоннель между Лондон и Парижем. Задача: определить корпоративную миссию и бренд-стратегию Eurostar. Для этого OxfordSM создала инструмент, который до тех пор не имел общепринятого названия: Customer Journey Map — карту клиентского пути.
Карта визуализировала полный путь пассажира Eurostar. Не «пользование поездом» — а всё: от момента, когда человек решает поехать в Париж, через покупку билета, прибытие на вокзал, регистрацию, прохождение паспортного контроля, ожидание в зале, посадку, поездку, прибытие, выход на перрон — и дальше. Каждый этап — со своими точками контакта, эмоциями, болевыми точками и возможностями для улучшения.
Контекст эпохи
К концу 1990-х индустрия проектирования переживала сдвиг масштаба. Интернет превращал продукты в сервисы. Amazon — не программа на компьютере, а непрерывный опыт: поиск, выбор, заказ, ожидание, доставка, возврат. eBay — не интерфейс, а экосистема продавцов и покупателей. Проектировать «экраны» было недостаточно. Нужно было проектировать путешествия.
Contextual Design и CJM появились как ответ на эту потребность — но с разных сторон.
Хольтцблатт и Бейер шли от пользователя к системе. Их вопрос: как устроена реальная работа людей и как спроектировать систему, которая впишется в эту работу? Корни — в этнографии, антропологии, когнитивной психологии. Объект наблюдения — отдельный человек за рабочим столом.
OxfordSM шли от бизнеса к клиенту. Их вопрос: как выглядит полный опыт взаимодействия клиента с компанией и где в этом опыте слабые звенья? Корни — в бизнес-консалтинге, маркетинге, управлении качеством. Объект визуализации — весь путь от намерения до завершения.
Два подхода дополняли друг друга. Contextual Inquiry давал глубину: детальное понимание того, как человек решает конкретную задачу. CJM давал ширину: панорамный вид на весь опыт, включая этапы вне цифрового продукта. Правительство Великобритании начало применять CJM для проектирования государственных услуг — от поездов к налоговым декларациям и медицинским приёмам.
Значение для UX
Contextual Design и CJM задали два фундаментальных принципа, без которых современный UX немыслим.
Выйди из офиса. До Contextual Inquiry исследование пользователей в основном означало юзабилити-тестирование: пригласить человека в лабораторию, дать задание, наблюдать за выполнением, замерить время и ошибки. Это мощный метод, но он вырывает пользователя из контекста. В лаборатории нет коллеги, который отвлекает вопросом. Нет телефона, который звонит каждые десять минут. Нет бумажки с паролем, приклеенной к монитору. Нет начальника, который требует отчёт «прямо сейчас». Contextual Inquiry показал: контекст — не помеха исследованию, а его главный объект. Человек работает не в вакууме, и продукт должен работать не в вакууме тоже.
Сегодня Contextual Inquiry — один из главных методов полевых UX-исследований. Каждый раз, когда исследователь приходит в офис клиента, садится рядом с оператором колл-центра или наблюдает за врачом, заполняющим электронную карту пациента, — он следует методу Хольтцблатт и Бейера.
Увидь весь путь. CJM дал UX-дизайнерам и бизнесу общий язык. Карта клиентского пути — это визуализация, понятная и дизайнеру, и маркетологу, и CEO. На ней видно то, что невозможно увидеть, проектируя отдельные экраны: разрывы между этапами. Клиент оформил заказ на сайте (отличный интерфейс!) — но курьер не предупредил о доставке (провал коммуникации), и впечатление от покупки испорчено. Без CJM UX-дизайнер видит только сайт. С CJM — весь путь, включая моменты, когда клиент не прикасается к экрану.
CJM стал инструментом номер один для service design и клиентского опыта (CX). Его используют в ритейле, банках, телекоме, здравоохранении, госуслугах. Шаблоны CJM входят в каждый второй курс по UX. Методология эволюционировала: появились Experience Maps (шире, чем один продукт), Service Blueprints (включают внутренние процессы компании), Empathy Maps (фокус на эмоциях). Но все они — потомки карты, нарисованной OxfordSM для Eurostar в 1998 году.
Два метода — один принцип. И Contextual Design, и CJM говорят об одном: проектирование начинается не с интерфейса, а с понимания реальности. Реальности конкретного человека за конкретным столом (Contextual Inquiry). Реальности полного пути клиента от намерения до результата (CJM). Человеко-ориентированное проектирование (HCD) провозгласило этот принцип. Contextual Design и CJM дали для него конкретные инструменты.
Оба метода требуют того, что проектировщики делают с наибольшей неохотой: встать из-за компьютера и пойти к людям. Нельзя спроектировать систему для медсестры, не постояв рядом с ней в приёмном покое.
Связанные статьи
Contextual Design и CJM связывают полевые исследования с проектированием:
- Что такое CX — Customer Experience, клиентский опыт — именно его визуализирует CJM. Карта клиентского пути — главный инструмент CX-проектирования, выросший из первой карты для Eurostar.
- Что такое HCD — человеко-ориентированное проектирование требует понимания реальных потребностей пользователей. Contextual Inquiry — конкретный метод, воплощающий этот принцип.
- Что такое UX — Норман определил UX как весь опыт взаимодействия с продуктом. CJM визуализирует этот опыт, делая его осязаемым и проектируемым.
- Что такое юзабилити — юзабилити-тестирование исследует взаимодействие с интерфейсом. Contextual Inquiry расширяет рамку: исследуется не только интерфейс, но и вся деятельность, в которую он встроен.
Из других статей серии «История UX»:
- Дневниковые исследования (1913) — один из первых методов исследования поведения в реальном контексте. Contextual Inquiry продолжил эту традицию: наблюдение на месте, а не в лаборатории.
- Правило пика и конца (1993) — Канеман показал, что люди запоминают пик и финал. CJM позволяет найти эти ключевые моменты на карте и целенаправленно их спроектировать.
- «Дизайн привычных вещей» Нормана (1988) — Норман призывал проектировать с учётом реального поведения людей. Contextual Design предложил систематический метод для изучения этого поведения.