Как составить карту пути клиента (CJM) и превратить её в план изменений
Клиент изучил сайт, уточнил условия, получил предложение и пропал. У маркетинга есть отчёт по переходам, у продаж - карточка сделки, у поддержки - переписка. Карта пути клиента помогает собрать этот опыт в одну историю. Разберём, как составить её на наблюдениях, отметить пробелы и получить конкретные задачи для команды.
Автор: Артём Климин
Чтобы составить CJM, выберите одного участника и один сценарий, восстановите последовательность его действий, добавьте вопросы и трудности, укажите источники наблюдений. Затем выберите проблему, назначьте изменение и способ проверки. Начать можно с обычной таблицы. Важнее всего понимать, какие ячейки подтверждены, а какие пока заполнены предположениями.
Что показывает CJM и когда она нужна
CJM расшифровывается как Customer Journey Map - карта пути клиента. Она описывает, как человек решает свою задачу при взаимодействии с продуктом или компанией: что делает, с чем соприкасается, чего ждёт и где испытывает сложности. Границы зависят от задачи исследования: путь может включать выбор, покупку, начало использования и обращение за помощью.
Воронка помогает считать переходы между этапами. CJM добавляет взгляд человека: что именно он пытался сделать и что мешало. По карте можно поставить вопрос для исследования; сама схема ещё не устанавливает причину отказов и не доказывает эффект будущих изменений.
Карта полезна, когда опыт распределён между отделами или каналами. Например, на сайте обещано одно, в предложении условие объяснено иначе, а после оплаты непонятно, к кому обращаться. Если уже найден конкретный сломанный элемент формы, его можно исправить без отдельного проекта CJM. Масштаб карты должен соответствовать решению, которое предстоит принять.
Шаг 1. Выберите участника, сценарий и границы
Не начинайте с универсального клиента компании. Выберите группу с похожей задачей и условиями выбора. Покупатель для себя, сотрудник, который подбирает решение для руководителя, и человек, который впервые пользуется уже купленным продуктом, могут проходить разные пути. Для первой карты нужен один понятный ракурс.
Сформулируйте паспорт карты: кто действует, чего хочет добиться, с какого события начинаем, чем заканчиваем и какое решение должна принять команда. Например: «Офис-менеджер впервые заказывает обслуживание оборудования; от поиска исполнителя до подтверждённого первого визита». Это учебная рамка, а не описание проведённого мной исследования.
У B2B-покупки может быть несколько участников: пользователь, согласующий руководитель, закупщик. Не приписывайте им общие мысли. При необходимости сделайте отдельные карты и отметьте передачи между участниками. Текущий опыт и желаемый будущий путь также храните отдельно: команда должна видеть, что уже происходит, а что только предложено.
Сборка карты
Одна карта: контекст, опыт, решения
Сначала задаём границы, затем описываем опыт внутри них и только после этого выбираем изменения.
- 01
Контекст
Кто и зачем
Один участник, задача, начало и конец сценария.
- 02
Опыт
Что происходит
Этапы, действия, контакты, вопросы и подтверждения.
- 03
Решения
Что проверяем
Барьер, изменение, ответственный и критерий проверки.
Методическая схема по NN/g Journey Mapping 101. Конкретные этапы определяют по исследованию своего сценария; это не универсальная последовательность покупки.
Шаг 2. Соберите данные и отделите их от предположений
Соедините несколько источников. Обращения и отзывы показывают формулировки клиентов; разговор о недавнем конкретном опыте помогает восстановить последовательность; CRM содержит историю контактов; веб-аналитика - наблюдаемые действия на сайте. Каждый источник закрывает только часть картины.
| Источник | Что берём | Граница вывода |
|---|---|---|
| Разговор с клиентом | Его последовательность действий, ожидания и объяснение трудности | Один рассказ не показывает распространённость проблемы |
| Переписка, обращения, отзывы | Конкретный вопрос и контекст контакта | Пишут не все клиенты; молчание не означает отсутствие трудности |
| CRM и записи взаимодействий | Зафиксированные касания, сроки, передачу между сотрудниками | Пробел может означать, что событие не внесли в систему |
| Веб-аналитика | События и переходы в пределах измеряемой части пути | Уход со страницы сам по себе не объясняет мотив и дальнейшие действия |
На встрече команды допустимо собрать первую карту предположений. Подпишите её именно так и назначьте проверку спорных мест. NN/g описывает такой подход как возможную отправную точку, за которой должно следовать пользовательское исследование. Согласие коллег не превращает предположение в наблюдение.
Для каждого важного утверждения оставляйте ссылку на внутренний источник, дату и контекст: сегмент, продукт, канал. Используйте простые статусы: «наблюдение», «со слов клиента», «гипотеза», «нет данных». Названия статусов - рабочая рекомендация этого материала, а не обязательный стандарт CJM.
Запись «клиент ушёл, потому что дорого» содержит сразу два вывода. В системе может быть отмечен незавершённый заказ, а причина остаётся неизвестной. Запишите отдельно факт незавершения и гипотезу о цене. Так команда сможет выбрать вопрос для следующего разговора вместо решения, основанного на догадке.
Шаг 3. Восстановите путь глазами человека
Попросите участника вспомнить последний конкретный опыт: что запустило поиск, где он смотрел варианты, что делал дальше и в какой момент понадобилась помощь. Уточняйте последовательность и контекст. Вопрос «Что вы сделали после этого?» полезнее подсказки «Вам ведь было неудобно заполнять форму?».
Делите путь на этапы по действиям и целям человека. Внутренние статусы «новый лид» или «КП отправлено» можно добавить как служебную строку, но они не раскрывают весь клиентский опыт. Клиент может возвращаться к сравнению, менять канал или откладывать решение. Сохраните эти переходы, если они подтверждены.
Мысли, сомнения и эмоции требуют основания: слов клиента, наблюдения в исследовании и пояснения контекста. Когда основания нет, оставьте вопрос. Не рисуйте точную эмоциональную кривую по мнению команды: выразительная линия создаст впечатление измерения, которого не было.
Шаг 4. Заполните рабочий шаблон
Скопируйте структуру ниже в таблицу. В столбцах разместите этапы вашего сценария, а строки повторите для каждого этапа. Не обязательно сразу заполнять всё: открыто обозначенный пробел полезнее уверенного описания несуществующего наблюдения.
| Строка карты | Что вписать | Вопрос для проверки |
|---|---|---|
| Задача человека | Что он хочет получить на этом этапе | Это его цель или задача нашего отдела? |
| Действие и точка контакта | Что сделал; сайт, звонок, встреча, письмо или другой контакт | Есть ли переходы за пределами одного канала? |
| Вопросы и ожидания | Что хочет выяснить и какого результата ждёт | Чем подтверждена формулировка? |
| Мысли и эмоции | Слова человека или наблюдение с контекстом | Не подменили ли мы его опыт своей догадкой? |
| Источник и статус | Ссылка, дата, контекст; наблюдение / со слов / гипотеза / нет данных | Может ли коллега проверить основание? |
| Барьер | Что затрудняет выполнение задачи | Это подтверждённая трудность или версия? |
| Следующее действие | Изменение либо исследовательский вопрос | Кто отвечает, что и когда проверит? |
Дополнительно в паспорте сохраните владельца карты и дату пересмотра. На внутренней доске используйте обезличенные ссылки и выдержки, когда для общей работы не нужны персональные данные. Подробные исходные материалы могут оставаться у команды, которая проводит исследование.
Учебный пример: первый заказ обслуживания оборудования
Далее - полностью вымышленный пример, не кейс клиента или R52.RU. Интервью, переписка и результаты не собирались. Все действия и затруднения придуманы, чтобы показать заполнение карты; в реальном проекте они требуют проверки.
Участник - офис-менеджер, который впервые выбирает исполнителя для обслуживания офисного оборудования. Его задача - согласовать понятный состав работ и организовать первый визит. Границы примера: от сравнения условий до завершения первого обслуживания. Таблица показывает только фрагмент возможного пути.
Учебный сценарий
Где может возникнуть разрыв в пути
Иллюстрация показывает возможные вопросы заказчика, которые должна проверить команда.
- 01
Выбор
Находит условия
На сайте видит описание услуги, но не понимает, что входит в выезд.
- 02
Заказ
Получает ответ
В письме появляется отдельное условие оплаты; приходится снова сравнивать варианты.
- 03
Визит
Ждёт визит
После оплаты ищет подтверждение времени и контакт ответственного.
Все ситуации в этой схеме вымышлены. Возврат к сравнению и вопросы - версии для исследования, а не наблюдения о клиентах. Сценарий включает опыт после оплаты.
| Слой карты | Сравнение | Согласование заказа | Первое обслуживание |
|---|---|---|---|
| Задача | Понять состав и условия | Утвердить понятное предложение | Организовать визит без неопределённости |
| Действие / контакт | Читает сайт, сравнивает варианты | Уточняет по почте, согласует внутри компании | Ждёт сообщение, обращается к координатору |
| Вопрос / возможное переживание | Что входит в выезд? Возможное сомнение | Совпадают ли сайт и предложение? Возможное недоверие | Когда приедут и кому писать? Возможное беспокойство |
| Возможный барьер | Состав услуги описан неполно | Новое условие обнаруживается поздно | Нет понятного подтверждения визита |
| Источник / статус | Данных нет: учебная гипотеза | Данных нет: учебная гипотеза | Данных нет: учебная гипотеза |
| Как проверить | Разобрать реальный недавний выбор с заказчиком | Сопоставить версии документов и спросить о согласовании | Проверить сообщения после оплаты и спросить о визите |
Даже в учебной карте важно разделять проблему и способ её исследования. Неполное описание услуги можно обнаружить при проверке страницы. А утверждение, что именно оно помешало выбору, требует другого основания. Исправление текста и доказательство влияния на продажи - разные задачи.
Шаг 5. Переведите барьер в задачу и проверку
После обсуждения карты выберите ограниченный набор проблем. Для каждой оцените силу подтверждения, последствия для задачи клиента, возможность изменения и зависимости от других команд. Непроверенную, но важную гипотезу можно отправить в исследование. Явную ошибку в информации - в исправление с последующей проверкой.
Задача «улучшить клиентский опыт» слишком расплывчата. В рабочей записи нужны конкретное изменение, ответственный за него, условие готовности и способ проверить результат. Ниже - продолжение того же вымышленного примера.
От карты к работе
Барьер превращается в проверяемое изменение
Из одной строки CJM получается задача для владельца процесса, а не обещание роста продаж.
- 01
Барьер
Условия расходятся
Учебная гипотеза: заказчик видит разный состав работ на сайте и в предложении.
- 02
Правка
Сверить описание
Владелец услуги согласует состав; редактор обновляет сайт и шаблон предложения.
- 03
Проверка
Понятно ли условие
Сначала сверить материалы, затем попросить заказчика объяснить состав своими словами.
Учебное предложение, не выполненный проект и не доказанный эффект. Понимание условий проверяют отдельно от влияния на заявки, выручку и продажи.
| Поле | Пример записи |
|---|---|
| Основание | В реальном проекте: ссылка на разбор страницы и подтверждённый рассказ заказчика. Сейчас данных нет |
| Изменение | Согласовать единый состав услуги для страницы, ответа менеджера и предложения |
| Владелец | Назначенный руководитель услуги; редактор и продажи помогают внедрить |
| Готовность | Во всех согласованных материалах совпадают состав работ и важные условия |
| Проверка опыта | В исследовании заказчик может найти условие и объяснить его; затруднения записаны |
| Проверка эффекта | Если ожидается влияние на бизнес-метрику, заранее выбрать метрику, сравнение и период; карта сама эффект не доказывает |
| Срок пересмотра | Согласовать до начала работы, учитывая время внедрения и цикл услуги |
Снижение числа вопросов об условиях может быть полезным сигналом, но оно неоднозначно: люди могли перестать писать по другой причине. Сопоставляйте обращения, наблюдения и измеряемые действия. Простое сравнение продаж до и после правки не отделяет её влияние от сезона, рекламы или изменения состава клиентов.
Если задача дошла до оценки результатов, используйте отдельный разбор «Как оценить эффективность маркетинга». CJM остаётся источником вопросов и изменений клиентского опыта; расчёт показателей требует своей методики.
Как поддерживать карту и чего избегать
Обновляйте карту при изменении продукта, условий, каналов или процесса обслуживания, а также после новых исследований. Храните дату и основания изменений. Проверяйте, что выбранный сегмент и сценарий по-прежнему соответствуют решению команды.
- Не объединяйте в один опыт всех участников покупки и все продукты.
- Не объявляйте одинаковое число этапов обязательным для любого бизнеса.
- Не подменяйте подтверждения догадками об эмоциях и причинах отказа.
- Не смешивайте текущую карту и проект будущего опыта без явной маркировки.
- Не заканчивайте работу красивой схемой: у выбранных проблем должны появиться владельцы и проверки.
Для первой рабочей версии достаточно паспорта сценария, последовательности этапов, таблицы с источниками и короткого списка следующих действий. Если фактуры мало, результатом станет план исследования. Если проблема подтверждена, результатом станет конкретная задача. Оба исхода полезны, когда ясно, на чём они основаны.
Источники и границы материала
NN/g: Journey Mapping 101 - основные элементы карты, один ракурс и зависимость этапов от сценария. Опубликовано 9 декабря 2018 года; на странице указан пересмотр 15 июля 2026 года.
NN/g: When and How to Create Customer Journey Maps - цель карты, исследовательская основа и совместная работа команды. Опубликовано 31 июля 2016 года.
NN/g: How Practitioners Create Journey Maps - исследование перед картой и начало с карты предположений с последующей проверкой. Опубликовано 8 января 2023 года.
Яндекс Директ: «Что такое CJM» - точки контакта и источники данных. Опубликовано 30 марта 2026 года.
Яндекс ЯРД: «Строим карту пути клиента» - сегменты и взгляд на путь со стороны человека. Дата публикации на странице не указана.
Яндекс Практикум: «CJM: как построить путь клиента» - сбор фактуры и взаимодействие после покупки. Опубликовано 24 января 2023 года.
Источники проверены 22 октября 2026 года. Таблицы, карточка изменения и учебный сценарий составлены для этого материала. Они не описывают проведённое клиентское исследование, не задают рыночные нормы и не обещают рост конверсии.
Продолжить разбор
CRM и аналитика
Когда для работы над клиентским опытом нужно связать обращения, историю контактов и измерение результата.
Как составить маркетинговую стратегию
Сегменты, предложение и выбор направлений работы перед детализацией клиентского опыта.
Как оценить эффективность маркетинга
Проверка показателей и результатов после внедрения выбранных изменений.
Частые вопросы
Что такое CJM простыми словами?
Это карта того, как человек решает конкретную задачу при взаимодействии с продуктом или компанией. Она соединяет действия, точки контакта, вопросы, трудности и основания для улучшений.
Чем CJM отличается от воронки продаж?
Воронка помогает измерять переходы между этапами. CJM описывает опыт человека на этих переходах и за их пределами. Карта помогает сформулировать вопросы, но сама не доказывает причины отказов.
Можно ли составить CJM без интервью?
Можно начать с доступных наблюдений, обращений, аналитики и предположений команды. Пробелы и гипотезы нужно явно отметить и проверить исследованием. Готовая схема не делает догадки установленными фактами.
Сколько этапов должно быть в карте?
Фиксированного числа нет. Этапы выбирают по участнику, сценарию и границам задачи. Покупка не всегда является концом пути: использование и поддержка тоже могут входить в карту.
В какой программе делать CJM?
Для начала достаточно таблицы с этапами, опытом человека, источниками и следующими действиями. Выбирайте инструмент, в котором команда сможет проверять основания и обновлять карту.