Customer Journey Map

Общее #

• Назначение: визуализация и анализ пути клиента; выявление pain points и moments of truth.
• Аудитория: PM, UX-дизайнеры, маркетологи, customer success.
• Статус: устоявшийся (Service Design, Adaptive Path, NN/g).
• Не путать с: воронками и конверсиями (#13 — количественная модель шагов: сколько людей потеряно на этапе; CJM — качественная карта опыта: почему потеряны и что они при этом чувствовали), информационной архитектурой (структура и навигация контента внутри продукта; CJM — путь клиента поперёк этой структуры, включая каналы вне продукта), Service Blueprint (карта внутренних процессов компании, front-stage и back-stage; CJM — только то, что переживает клиент).

Customer Journey Map (CJM, карта клиентского пути) — визуализация последовательного пути конкретного клиента (персоны) через все точки контакта с продуктом и брендом: от возникновения потребности до повторных покупок и рекомендаций. В отличие от количественных моделей пути, CJM фиксирует то, что не измеряется событиями аналитики: мысли, ожидания, барьеры и эмоции клиента на каждом этапе. Результат — «рентген опыта»: где клиент доволен, где терпит, где именно и почему ломается.

Главная идея инструмента — принцип «думай путём клиента, а не функциями продукта». Продукт, описанный функциями, — это список экранов и модулей; продукт, описанный через CJM, — череда ситуаций, в которых живой человек пытается закрыть свою задачу: торопится, сомневается, сравнивает, ошибается, злится, радуется. Карта переводит продукт из логики внутренней структуры («у нас есть модуль оплаты») в логику опыта («клиент боится заплатить зря и не находит ответа про возврат»). Этот сдвиг перспективы — от того, что продукт делает, к тому, что клиент переживает, — и есть главный продукт CJM.

Происхождение #

Прямой предок CJM — сервисный чертёж (service blueprint), описанный Линн Шостак в Harvard Business Review (1984): схема сервисного процесса, где помимо действий клиента впервые были разделены видимые и невидимые для него операции компании. В 2000-х в рамках молодой дисциплины сервис-дизайна (первые специализированные студии — Livework, 2001) карта «отделилась» от внутренних процессов и сфокусировалась на опыте клиента: этапы, точки контакта, эмоции.

В цифровых продуктах технику популяризировали консалтинговая компания Adaptive Path, развившая experience mapping в практический метод для веб-продуктов (2010-е), и Nielsen Norman Group, чей вводный материал Journey Mapping 101 сделал карту стандартным артефактом UX- и продуктовой работы. К 2020-м CJM — устоявшийся инструмент: его используют и стартапы (фокус на онбординге и активации), и корпорации (кросс-канальный опыт), и государственные сервисы.

Место в продуктовом анализе #

CJM — качественный слой анализа пути. Он не заменяет, а дополняет количественный:

• Воронки и конверсии (#13) показывают, где продукт теряет клиентов; CJM — почему они уходят именно там. Воронка без CJM — рентген без диагноза: видно место перелома, но не причина; CJM без воронки — рассказ без масштаба: понятно «почему», но непонятно, сколько людей это затрагивает.
• Retention и Churn (#9) фиксируют судьбу клиента после пути; моменты оттока обычно прослеживаются назад — до провалов эмоциональной кривой на карте.
• NPS и CSAT (#11) измеряют удовлетворённость точечно; CJM объясняет, в каких именно точках её измерять и откуда берутся оценки критиков.
• UX-исследования и Customer Development (#18) поставляют данные, из которых карта строится: интервью, наблюдение, тесты, записи сессий.

Что карта показывает — и чего нет #

Полезно заранее фиксировать границы инструмента — иначе от карты ждут того, чего она дать не может:

• Карта показывает: последовательность этапов и точек контакта; мысли, эмоции и барьеры персоны; места, где опыт ломается (провалы кривой, моменты истины); готовые формулировки болей и возможностей для бэклога.
• Карта не показывает: масштаб проблемы (сколько клиентов затронуто — это территория воронки #13 и аналитики); причинно-следственную точность (карта — качественная реконструкция, а не измерение); поведение внутри экрана (это территория юзабилити-тестов); разнообразие внутри сегмента (одна карта — одна персона).

Отсюда правило применения: карта отвечает на вопросы «как устроен опыт» и «почему клиенты спотыкаются», а вопросы «сколько» и «что изменилось после релиза» она переадресует количественному слою. Команда, ждущая от CJM цифр, использует не тот инструмент; команда, ждущая от воронки объяснений, — тоже.

Анатомия CJM #

Рабочая карта собирается из шести компонентов. Пропуск любого из них превращает CJM либо в схему бизнес-процесса, либо в красиво оформленную догадку.

Persona — чей путь #

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

Scenario и Expectations — какой путь и с какими ожиданиями #

Персона задаёт «кто», сценарий — «что происходит»: конкретная ситуация и цель («Мария, руководитель отдела продаж из 5 человек, выбирает CRM после того, как таблицы перестали справляться»). Ожидания фиксируются до начала пути и служат базой сравнения: удовлетворённость — это разница между ожиданием и опытом (модель «ожидание — подтверждение», на которой построен и CSAT). Без явных ожиданий эмоциональная кривая повисает в воздухе: «разочарование» бессмысленно без «чего ждал».

Journey Phases — этапы пути #

Путь делится на макроэтапы — фазы. Типовая последовательность для цифрового продукта:

Awareness → Consideration → Purchase → Onboarding → Use → Advocacy
(осознание)  (выбор)         (покупка)  (освоение)   (использование)  (рекомендация)

Состав фаз — не догма, а адаптация под домен: e-commerce добавляет Delivery и Return, B2B SaaS — Contract и Renewal, медиа растягивают Awareness и Consideration на недели. Практическая норма — 4–8 фаз: меньше — карта превращается в воронку, больше — теряет читаемость.

Полезное дополнение — ось времени: длительность каждой фазы (минуты для чек-аута, недели для выбора B2B-решения) и паузы между фазами. Время отличает карту от схемы: две фазы могут выглядеть одинаково хорошо, но одна занимает день, а вторая — квартал с риском остаться навсегда незавершённой (классика B2B — «выбрали, согласовали бюджет, заморозили»).

Actions, Touchpoints, Channels — что делает и где #

Внутри каждой фазы фиксируются три слоя:

• Actions (действия) — что клиент физически делает: «ищет статьи», «сравнивает тарифы», «заполняет форму», «ждёт ответа поддержки».
• Touchpoints (точки контакта) — где продукт и клиент встречаются: страница тарифов, чек-аут, welcome-письмо, диалог с поддержкой.
• Channels (каналы) — среда, в которой существует точка контакта: поиск, сайт, email, приложение, телефон, офлайн.

Различие принципиально: точка контакта — событие встречи, канал — место встречи. Одна и та же точка («получил счёт») живёт в разных каналах (email, бухгалтерская система), и проблема может сидеть именно в канале, а не в содержании.

Thoughts и Emotions — что думает и что чувствует #

Ключевой компонент, отличающий CJM от любых схем процесса. Мысли фиксируются цитатами из интервью («не плачу ли зря?», «когда уже заработает?»), эмоции — шкалой на каждую фазу и наносятся на эмоциональную кривую (emotion curve) — линию, соединяющую оценки настроения клиента по всем этапам пути.

Emotion curve — главный компонент карты: она показывает, где клиент «ломается». Действия видно и в аналитике, точки контакта — и в технической документации; именно кривая отличает карту опыта от схемы процесса и указывает этапы с наибольшим риском оттока.

Pain Points и Opportunities — что болит и что с этим делать #

Каждая фаза завершается двумя итогами:

• Pain Points (боли) — барьеры, тревоги и трение на этапе: «непонятные тарифы», «пустой экран после регистрации», «три дня ждать ответа поддержки».
• Opportunities (возможности) — гипотезы улучшения, сформулированные из болей, обычно в формате «How might we…» («Как мы могли бы…»): боль «страх заплатить зря» → возможность «пробный период без карты и калькулятор окупаемости».

Связка «боль → возможность» — мост от карты к бэклогу: именно она превращает исследование в продуктовые решения.

Общая схема #

Классическая карта — матрица: фазы по горизонтали, измерения по вертикали:

┌───────────────┬──────────────┬──────────────┬──────────────┬──────────────┬──────────────┬──────────────┐
│ Измерение     │ Awareness    │ Consideration│ Purchase     │ Onboarding   │ Use          │ Advocacy     │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Цель этапа    │ понять задачу│ определиться │ купить       │ первый успех │ решать задачу│ поделиться   │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Действия      │ ищет, гуглит │ сравнивает,  │ берёт тариф  │ регистрация  │ пользуется   │ рекомендует  │
│               │ спрашивает   │ читает отзывы│ оплачивает   │ настраивает  │ просит помощь│ пишет отзыв  │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Точки         │ статьи, поиск│ сайт, отзывы │ тарифы       │ обучающий тур│ продукт, чат │ отзывы       │
│ контакта      │ соцсети      │ триал, демо  │ форма оплаты │ письма       │ поддержки    │ рефералы     │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Каналы        │ поиск/соцсети│ веб, каталоги│ веб          │ email, in-app│ web, mobile  │ сайты отзывов│
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Мысли         │ «есть ли     │ «кто лучше»  │ «не плачу ли │ «когда       │ «стало       │ «советую»    │
│               │ решение?»    │              │ зря?»        │ заработает?» │ удобнее»     │              │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Эмоции        │ −1           │ +1           │ −1           │ −2 (дно)     │ +2           │ +2           │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Боли          │ нет доверия  │ тарифы       │ длинная форма│ пустой экран │ медленный    │ нет повода   │
│               │ к нише       │ непонятны    │ страх оплаты │ много шагов  │ саппорт      │ поделиться   │
├───────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┼──────────────┤
│ Возможности   │ контент про  │ калькулятор  │ короткий     │ шаблоны      │ SLA          │ реферальная  │
│               │ задачу       │ и сравнение  │ чек-аут      │ «из коробки» │ поддержки    │ программа    │
└───────────────┴──────────────┴──────────────┴──────────────┴──────────────┴──────────────┴──────────────┘

Схема условная (типовой B2B SaaS), но показывает принцип: по одной карте читается весь путь целиком — от цели этапа до готовой возможности, с эмоциональной кривой в центре.

Виды CJM #

Один и тот же формат карты решает разные задачи в зависимости от того, что именно отображается.

Current-state (как есть) #

Карта существующего пути, построенная на фактах: данных интервью, аналитики, тикетов поддержки. Это диагностика: где болит сейчас, где кривая проваливается, какие боли повторяются от клиента к клиенту. Current-state — стартовая карта для любой команды: пока не понято «как есть», проектировать «как надо» бессмысленно.

Future-state (как должно быть) #

Карта целевого пути: какой опыт продукт хочет создавать после изменений. Строится на основе current-state: каждая серьёзная боль получает ответ в виде будущего состояния («три дня ждать поддержки» → «ответ в чате за 15 минут с само-помощью в базе знаний»). Future-state — рабочий инструмент проектирования и коммуникации: он превращает дорожную карту из списка фич в последовательное улучшение опыта.

Day-in-the-life (день из жизни) #

Карта повседневного пути персоны без продукта: что человек делает от утра до вечера, где возникают задачи, которые продукт мог бы закрыть, как справляется сейчас (Excel, мессенджеры, «и так сойдёт»). Это разведка возможностей: день из жизни показывает не «клиентов, которые уходят», а людей, которые ещё не клиенты — и моменты, в которых продукт может войти в их рутину. Типовой инструмент раннего Discovery и поиска новых сегментов.

Service Blueprint (сервисный чертёж) #

Расширение CJM вглубь компании: к клиентскому слою добавляются внутренние процессы — действия сотрудников и систем, невидимые клиенту. Классическое разделение слоёв:

• Front-stage — то, что клиент видит: интерфейс, менеджер, письмо.
• Back-stage — то, что происходит за кулисами: обработка заказа, эскалация, интеграции.
• Support processes — инфраструктура: CRM, биллинг, логистика.

CJM отвечает «что переживает клиент», Blueprint — «как компания это производит». Практическая связка: провал на карте клиента почти всегда упирается в back-stage (долгий онбординг — потому что ручная настройка; медленная поддержка — потому что нет базы знаний), и чинить надо именно там.

Сводная таблица #

Как выбрать вид карты #

Виды не конкурируют, а образуют последовательность — типовая траектория зрелой команды:

1. Current-state — первая карта: без честной диагностики «как есть» остальные виды спекулятивны.
2. Future-state — проектируется от самой глубокой боли current-state; критерий качества — каждая серьёзная разница между картами формулируется измеримо.
3. Service Blueprint — подключается, когда future-state упирается во внутренние процессы: клиентский слой улучшить нельзя, не трогая back-stage.
4. Day-in-the-life — параллельная разведка: периодический выход за пределы пути «клиент уже с нами» для поиска новых задач и сегментов.

Частая ошибка — начинать с future-state: красивая целевая карта без current-state не имеет отправной точки, и разрыв «где мы vs куда идём» невозможно ни оценить, ни приоритизировать.

Как создавать #

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

Шаг 1. Определите персону и сценарий #

Выберите одну персону и один сценарий с одной целью. Одна карта = одна связка «персона × сценарий»: попытка уместить на одну карту «всех клиентов» и «все случаи» возвращает проблему усреднения. Если персон несколько — карт несколько, и это нормально.

Шаг 2. Соберите данные #

CJM без Customer Development (#18) — фантазия, а не карта. Карта, нарисованная командой по памяти и представлениям, отражает не клиента, а внутренние убеждения о клиенте. Источники данных:

• проблемные интервью (CustDev #18) — эпизоды, рассказанные клиентом от первого лица: что делал, что чувствовал, где бросил;
• UX-исследования — юзабилити-тесты, наблюдение за использованием, записи сессий;
• продуктовая аналитика и воронки (#13) — что реально делают люди на каждом шаге и где теряются;
• обращения в поддержку — концентрат болей, сформулированный самими клиентами;
• отзывы и рейтинги — публичная эмоциональная кривая: где хвалят, где ругаются.

Практика — триангуляция: боль подтверждается минимум двумя независимыми источниками (интервью + тикеты, аналитика + наблюдение) прежде, чем попадает на карту как факт, а не гипотеза.

Шаг 3. Выделите этапы #

Разложите собранные эпизоды по фазам пути (4–8). Проверка качества: этапы должны отличаться по цели клиента, а не по отделам компании («маркетинговый этап, этап продаж») — карта рисуется из перспективы клиента.

Шаг 4. Опишите действия, точки контакта и каналы #

Для каждой фазы зафиксируйте, что клиент делает (actions), где встречается с продуктом (touchpoints) и в какой среде (channels). Здесь окупается общая номенклатура с воронкой (#13): если этапы карты и шаги воронки называются одинаково, количественные потери и качественные причины ложатся на одну картину.

Шаг 5. Нанесите эмоции #

Проставьте оценку эмоции клиента на каждой фазе (обычно шкала от −3 до +3) и соедините в кривую. Данные — из цитат интервью и формулировок отзывов, а не из воображения фасилитатора: «начальник сказал, что тут явно бесит» — не источник.

Шаг 6. Выявите боли #

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

Шаг 7. Сформируйте возможности #

Каждой боли противопоставьте возможность улучшения (формат «How might we…»). Возможности — ещё не фичи: это гипотезы, которые затем проходят обычный продуктовый цикл — приоритизация, эксперименты, метрики. Карта заканчивается не «красивой диаграммой», а списком проверяемых гипотез.

Формат: исследовательский воркшоп #

Карту рисуют не «дизайнер за неделю», а команда за один-два воркшопа по 2–3 часа. Типовая механика:

1. Подготовка. Фасилитатор заранее готовит «сырьё»: распечатанные цитаты интервью, тикеты поддержки, выгрузки отзывов, скриншоты ключевых экранов. Без сырья воркшоп превращается в сессию обмена мнениями.
2. Сборка скелета. Команда раскладывает по горизонтали фазы, по вертикали — измерения; на стикеры переносятся действия и точки контакта из данных.
3. Нанесение эмоций и болей. Каждая оценка кривой и каждая боль подкрепляются цитатой («откуда мы это знаем?»). Точка без источника помечается как гипотеза, а не факт.
4. Генерация возможностей. Финальный блок: от болей — к «How might we…», от возможностей — к владельцам и следующим шагам (что проверяем, что меряем, кто отвечает).

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

Инструменты #

• Miro, FigJam — онлайн-доски с готовыми шаблонами CJM; стандарт для командных воркшопов.
• Smaply — специализированный инструмент сервис-дизайна: персоны, карты пути, service blueprint в связке.
• Figma — когда карта должна жить рядом с дизайнерскими артефактами.

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

Типичные ошибки #

• Карта на допущениях. Команда «и так знает клиента» — самый дорогой миф: карта уверенно описывает несуществующего клиента. Лечение — шаг 2: без данных карта не рисуется.
• Слишком много этапов. 15 фаз с подэтапами нечитаемы; детализация уровня «клик по кнопке» — территория прототипов и тестирования, а не CJM.
• Нет владельца и цикла обновления. Карта, повешенная на стену после воркшопа, устаревает за квартал. Практика: владелец, регулярный пересмотр (например, раз в квартал), обновление по мере новых данных.
• Карта без количественного слоя. Боль, подтверждённая только интервью, может затрагивать трёх человек в год. Возможности с карты обязаны проходить сито масштаба: сколько клиентов проходит проблемный этап (воронка #13), каков абсолютный объём потерь. Качественная глубина без количественного фильтра — путь к бэклогу из красивых мелочей.
• Эмоции «для галочки». Ровная кривая без провалов — подозрительна: значит, эмоции нарисованы, а не собраны. Реальные пути всегда неровные.

Связь с продуктовой работой #

CJM — не артефакт «для дизайнеров»: карта встроена в основные продуктовые процессы.

Источник приоритизации #

Строки «боли» и «возможности» карты — прямые кандидаты в бэклог. Связка с фреймворками приоритизации двусторонняя:

• pain points → фичи: каждая подтверждённая боль — готовая постановка проблемы для будущей фичи; формулировки Jobs-to-be-Done (#19) помогают перевести боль в «работу», которую клиент хочет выполнить.
• RICE (#14): Reach подсказывается воронкой (сколько людей проходит проблемный этап), Impact — глубиной боли и провалом кривой; Confidence прямо зависит от того, построена карта на данных или на догадках.

Связка с воронками (#13) #

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

Связка с NPS и CSAT (#11) #

Moments of truth на карте — места для транзакционных замеров: CSAT опрашивает не «в среднем по продукту», а сразу после ключевого опыта (онбординг, обращение в поддержку). Обратно: комментарии detractors из NPS-опросов — готовый вход для обновления карты: где критики сталкивались с продуктом, там карта проверяется в первую очередь.

Связка с дорожной картой #

Пара «current-state → future-state» — естественный мост к дорожной карте: каждая серьёзная разница между картами («сейчас: три дня до первого отчёта» → «цель: 15 минут») становится темой roadmap-эпика с измеримой метрикой успеха. Такой способ представления дорожной карты — через улучшение опыта, а не через список фич — сильно упрощает коммуникацию с рынком и стейкхолдерами: покупателю не важно, что внутри релиза, — важно, каким станет его путь. Внутренний план фич при этом никуда не девается: фичи — это «как», разрыв текущего и целевого опыта — «зачем».

Emotion curve и moments of truth #

Как строить кривую #

Эмоциональная кривая — линия через оценки настроения клиента на каждом этапе (шкала обычно от −3 до +3). Правила чтения:

• провалы важнее пиков: пик показывает, что работает (полезно, но редко требует действий), провал — где клиент «ломается» и уходит;
• глубина и длина провала: короткое раздражение переживается, длинная полоса разочарования — нет; самый опасный участок — провал сразу после оплаты, когда клиент внёс деньги и ещё не получил ценность;
• кривая строится из цитат: каждой точке соответствует формулировка клиента, а не оценка автора карты.

Типовая кривая для B2B SaaS (шкала −3…+3):

 +2 ┤                                                    ●───────────●   ← ага-момент, лояльность
 +1 ┤                ●   ← надежда при сравнении
  0 ┤
 −1 ┤    ●                       ●   ← тревога оплаты
 −2 ┤                                        ●   ← дно: онбординг, деньги заплачены, ценности нет
    └────┬───────────┬───────────┬───────────┬───────────┬───────────┬──
       Awareness  Consider-   Purchase    Onboarding  Use         Advocacy
                  ation

Классический паттерн: сдержанный интерес → рост при сравнении → тревога оплаты → провал онбординга → резкий подъём в момент первой полученной ценности (ага-момент). Провал онбординга — зона максимального риска: клиент заплатил, доверие истощается быстро, и именно здесь решается судьба retention (#9).

Moments of truth: ZMOT, FMOT, SMOT #

Moments of truth (моменты истины) — решающие точки пути, в которых клиент формирует или пересматривает отношение к продукту. Формулировки из классической модели:

• ZMOT (Zero Moment of Truth) — момент, когда клиент впервые исследует продукт: поиск, отзывы, сравнения. Термин введён Google (Джим Лесински, 2011): решение о покупке всё больше формируется до любого контакта с продуктом.
• FMOT (First Moment of Truth) — первая встреча с продуктом: карточка, тарифная страница, первый экран. Термин P&G (Эй Джи Лафли, 2005): клиент решает «беру или нет» за секунды первого контакта.
• SMOT (Second Moment of Truth) — первый реальный опыт использования: продукт подтверждает или опровергает обещание. Позже модель расширяли третьим моментом (обратная связь) и «финальным» (итоговое впечатление, определяющее повторную покупку).

 ZMOT ──────────────────── FMOT ──────────────────── SMOT ──────────────────► далее
 поиск: «что выбрать?»    выбор: «беру или нет?»    опыт: «я правильно взял?»
 отзывы, сравнения        карточка, тариф           первый запуск, поддержка

Moments of truth — точки, где формируется лояльность или churn. В этих точках клиент впервые (или заново) отвечает себе на вопрос «этот продукт — мой?», и цена ошибки несимметрична: отличный опыт в обычной точке пути почти не запоминается, провал в моменте истины перечёркивает всё хорошее до него. Отсюда практическое правило: моменты истины — первые кандидаты на измерение (CSAT сразу после опыта) и на инвестирование (лучше сделать выдающимся один момент истины, чем на четверть лучше весь путь).

Пример #

Онбординг B2B-сервиса аналитики. Current-state карта для персоны «аналитик, пришедший из рекламы» показывала: после оплаты клиент попадал на пустой дашборд с приглашением «подключите источник данных», и до первой полезной цифры проходило в среднем 6 дней. Эмоциональная кривая: −2 на онбординге, самый глубокий провал пути; воронка подтверждала масштаб — до этапа «первый отчёт» доходили 38% оплативших. Момент истины (SMOT) был провален: обещание «аналитика за 5 минут» на тарифной странице не подтверждалось.

Возможность с карты: «шаблоны из коробки» — предзаполненный демо-проект с данными сразу после регистрации и guided-настройка первого источника. Результат после запуска: time-to-value сократился с 6 дней до 40 минут, до первого отчёта стали доходить 61% оплативших, кривая на онбординге поднялась до 0/+1. Мораль примера: диагноз поставила карта (где и почему ломается), масштаб — воронка, проверку — метрики; ни один инструмент в одиночку историю не закрыл.

Плюсы #

• Эмпатия. Карта заставляет команду прожить путь клиента: цитаты, ожидания и эмоции делают клиента присутствующим в каждой продуктовой дискуссии — «а что на этом этапе чувствует Мария?» заменяет «мне кажется, удобнее так».
• Общая картина. CJM — редкий артефакт, где на одном листе видны маркетинг, продукт, поддержка и офлайн-каналы целиком. Разрушает изоляцию отделов: поддержка видит, что было до её тикетов, маркетинг — что после её лидов.
• Неочевидные боли. Часть болей живёт вне продукта (сравнение с конкурентами, согласование покупки, страх ошибиться) и не видна в аналитике вообще — только качественная карта через весь путь их ловит.
• Основа приоритизации. Строки «боли → возможности» — готовый вход в бэклог; в связке с воронкой и RICE (#14) карта даёт приоритетам и масштаб, и обоснование.
• Коммуникация со стейкхолдерами. Карта читается без перевода: руководитель, маркетолог и инженер видят один и тот же путь клиента и одни и те же провалы. Future-state карта — эффективный способ согласовать, куда продукт движется, без списка фич.
• Онбординг команды. Свежая current-state карта — самый быстрый способ ввести нового PM, дизайнера или специалиста поддержки в контекст продукта: за час чтения карты человек узнаёт про клиента больше, чем за месяц чтения внутренней документации.

Минусы и риски #

• Иллюзия полноты. Красивая карта создаёт ощущение знания клиента — даже если построена на догадках. CJM без CustDev (#18) — фантазия, а не карта: аккуратно оформленная выдумка опаснее честного незнания, потому что она уверенно направляет решения. Лечение — правило источников данных и триангуляция на шаге 2.
• Субъективность эмоций. Кривую рисуют люди, а не клиенты: фасилитатор невольно сглаживает или драматизирует, цитаты выбираются под уже готовое мнение. Ослабляется сбором эмоций из фиксируемых источников (интервью, отзывы) и приписыванием каждой точки кривой конкретной цитате.
• Устаревание. Продукт, каналы и клиенты меняются; карта, которой полгода, описывает уже не существующий путь. Карта — не артефакт разового воркшопа, а живой документ с владельцем и циклом обновления.
• Сложность в B2B. Корпоративная покупка — это несколько персон (пользователь, покупатель, финансист, безопасник) с разными путями и моментами истины; одна карта лукавит, а матрица «персоны × сценарии» тяжелеет и требует дисциплины. Практика — стек карт с явным приоритетом: одна ключевая персона детально, остальные — обзорно.
• «CJM ради CJM». Карта без следующего шага (возможности → приоритизация → изменения → метрики) — дорогое украшение офиса. Провал сценария: воркшоп прошёл, диаграмма красивая, бэклог не изменился. Карта — начало работы, а не её результат.

Краткий вывод #

Customer Journey Map — качественная карта пути клиента: этапы, действия, точки контакта, мысли и эмоции, боли и возможности. Сила инструмента — в двух вещах, недоступных количественным моделям: эмоциональная кривая показывает, где клиент «ломается», а моменты истины — где формируется лояльность или churn. Рабочий режим карты всегда парный: воронка показывает «где теряем», CJM — «почему» — и оба инструмента выигрывают от общей номенклатуры этапов. Условия качества жёсткие: карта строится из данных (без CustDev — фантазия), для конкретной персоны и сценария, с владельцем и циклом обновления, и заканчивается не диаграммой, а списком проверяемых возможностей в бэклоге. Тогда CJM — не артефакт воркшопа, а рабочий инструмент диагностики и проектирования опыта.

Источники и дополнительная литература #

Первоисточники #

• Shostack G. L. (1984). Designing Services That Deliver (Harvard Business Review). — сервисный чертёж: первый формализованный предок CJM с разделением front-stage и back-stage.
• Lafley A. G. (Procter & Gamble). (2005). Концепция First Moment of Truth. — момент первой встречи с продуктом как решающий.
• Lecinski J. (2011). Winning the Zero Moment of Truth (Google). — расширение модели на предпокупочное исследование: отзывы и поиск формируют решение до контакта с продуктом.
• Gibbons S. (2016). Journey Mapping 101 (Nielsen Norman Group). — каноническое вводное описание: компоненты карты и правила применения.

Практические руководства #

• Kalbach J. (2016). Mapping Experiences: A Guide to Creating Value through Aligning, Visualizing, and Acting (O’Reilly). — систематическое руководство по картированию опыта: от сбора данных до внедрения.
• Stickdorn M., Schneider J. (2010). This Is Service Design Thinking (BIS); Stickdorn M. et al. (2018). This Is Service Design Doing (O’Reilly). — сервис-дизайн как дисциплина: место journey-карт среди инструментов.
• Polaine A., Lövlie L., Reason B. (2013). Service Design: From Insight to Implementation (Rosenfeld Media). — путь от инсайтов к операционным изменениям; связка CJM и service blueprint.
• Nielsen Norman Group. Рубрика Journey Mapping (nngroup.com). — цикл статей: когда карта нужна, типичные ошибки, связь с другими UX-артефактами.

Смотрите также #

• Customer Development (#18) — источник данных для карты: проблемные интервью дают эпизоды, мысли и эмоции, из которых CJM строится.
• Воронки и конверсии (#13) — количественный двойник карты: «где теряем» к «почему теряем».
• NPS и CSAT (#11) — измерение удовлетворённости в moments of truth; голос критиков как вход для обновления карты.
• RICE (#14) — приоритизация возможностей, которые карта поставляет в бэклог.
• Roadmap — мост от разрыва current-state/future-state к плану: эпики дорожной карты как улучшения опыта, а не список фич.
• UX-исследования — методы сбора качественных данных: интервью, наблюдение, тестирование.
• Jobs-to-be-Done (#19) — рамка «работы клиента» для формулировок болей и возможностей.
• Информационная архитектура — структура контента внутри продукта; карта задаёт требования к ней извне — от задач клиента.
• Retention и Churn (#9) — судьба клиента после пути; провалы кривой обычно предшествуют оттоку.
• Discovery-процесс — куда идут возможности с карты: от гипотезы к проверенному решению.
• Пользовательские персоны и эмпатийные карты (#21) — чей путь рисует карта: персоны как обязательный вход CJM.