CJM — карта пути клиента от задачи до повторного контакта

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

CJM, Customer Journey Map, — карта пути клиента. Она показывает, как конкретный человек или роль проходит конкретный сценарий: что делает, с чем соприкасается, чего ожидает, где сталкивается с препятствием и что может улучшить компания. Это не портрет аудитории, не отчёт о конверсии и не схема внутренних задач отдела продаж.

Шаблон с колонками «узнал — выбрал — купил» выглядит убедительно, пока в него не пытаются положить реальные данные. У поставщика оборудования инженер может искать технический паспорт, закупщик — сравнивать условия, а руководитель — снижать риск срыва поставки. У них разные задачи, хотя в CRM позже может появиться одна сделка.

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

Если в одной CJM живут все клиенты и все случаи, это уже не карта пути, а список догадок команды.

NN/g определяет journey map как визуализацию процесса, который человек проходит ради цели. Важен именно процесс, а не его красивое оформление: у карты должна быть проверяемая граница.

Обычно карта раскладывает путь на фазы: появление задачи, поиск вариантов, оценка, действие, получение результата и повторное обращение. Для каждой фазы полезно описать действие клиента, канал или точку контакта, вопрос или ожидание, барьер, имеющиеся данные и возможную реакцию бизнеса.

Точка контакта — не только страница сайта. Это рекламное объявление, поисковая выдача, письмо, звонок, чат, карточка товара, договор, личный кабинет и разговор после покупки. Сайт часто связывает часть этих касаний, но не должен притворяться всем маршрутом.

Колонка «источник наблюдения» особенно важна. Рядом с наблюдением стоит указать, откуда оно взялось: интервью, запись звонка, обращение в поддержку, поисковый запрос, данные аналитики, CRM. Если источника нет, это гипотеза — её не прячут под видом знания. Так карта остаётся рабочим документом, а не иллюстрацией к презентации.

CJM без источника наблюдения не объясняет путь клиента — она фиксирует мнение команды о нём.

Аналитика полезна, когда нужно увидеть наблюдаемое поведение: какую страницу открывали, какое событие выполнили, где не перешли дальше. В веб-аналитике такие следы помогают выбрать участок для проверки. Но цифра не рассказывает, почему человек ушёл: он мог не найти документ, отложить решение, не доверять условиям или уже получить ответ.

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

CRM добавляет следующую часть маршрута: квалификацию, ответственного, причину отказа, длительность этапа. О том, как не превратить её в список карточек без процесса, — в материале про CRM. В сервисном бизнесе в этом маршруте часто появляется запись на конкретное время; её модель на примере YCLIENTS полезно отделять от общей логики CRM. Для карты достаточно выбрать данные, которые меняют решение; не нужно тащить в неё все поля системы.

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

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

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

Воронка продаж считает переходы между заранее определёнными стадиями: например, от визита к заявке и от заявки к сделке. Она показывает объём и потери, но не обязана описывать ожидания человека. Карта сайта отвечает на другой вопрос — какие страницы и разделы существуют, — а не на то, как человек решает задачу между каналами. Пользовательский поток (user flow) ещё уже: это маршрут внутри интерфейса или прототипа. Когда CJM выделила задачу, пользовательский поток помогает спроектировать её на сайте.

Допустим, в B2B-сценарии клиент сначала ищет допуск или совместимость, потом сравнивает варианты с коллегой и только затем готов оставить запрос. Если на сайте есть только форма «Получить консультацию», карта выявит не «плохой дизайн», а недостающие доказательства и переходы: документы, понятные параметры, возможность сохранить подборку, срок ответа и контекст для менеджера.

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

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

Карта приносит пользу только в тот момент, когда наблюдение превращается в проверяемое изменение с владельцем.

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

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

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

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

Не стоит ждать «полного исследования», чтобы начать. Достаточно выбрать один рискованный сценарий и явно отделить подтверждённое от предположений. После этого понятнее, какие данные собрать следующими.

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

Полезно провести короткую встречу с владельцами точек контакта. Маркетинг сверяет обещание канала, продукт — содержание и сценарий, продажи — продолжение после обращения, сервис — последствия после покупки. Не для того, чтобы договориться со всеми оценками, а чтобы найти противоречия: сайт обещает ответ за час, а CRM не хранит время первого ответа; каталог зовёт скачать паспорт, но документ лежит у другого отдела. Такие разрывы и становятся кандидатом на изменение.

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

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

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

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

Новая версия должна сохранять причину изменения и дату проверки.

CJM нужна не для рисования эмоций. Она помогает договориться, чей путь разбирают, что уже известно и какое препятствие компания готова устранить. Начните с одного сценария, пометьте источники наблюдений и гипотезы, а две подтверждённые точки потери переведите в требования к сайту, CRM или сервису. Тогда карта станет основанием для решений, а не ещё одним файлом в папке стратегии.