CJM помогает увидеть взаимодействие с компанией глазами клиента. Мы используем карту, чтобы связать реальные барьеры выбора с конкретными изменениями продукта, коммуникации и обслуживания.
Границы клиентского пути
Сначала определяем сегмент и ситуацию: первая покупка, повторный заказ или обращение в поддержку. У разных задач разные точки начала и завершения.
Единая карта для всех клиентов обычно скрывает различия. Если участники, мотивы или последовательность действий заметно отличаются, нужны отдельные пути.
Условный пример: компания продаёт обслуживание оборудования, а обращение начинается после внеплановой остановки. Мы ограничиваем карту этим сценарием: от обнаружения неисправности до подтверждения, что работа восстановлена. Плановое обслуживание изучаем отдельно. Иначе в одной последовательности смешаются срочная потребность, тендер и продление договора, хотя у них разные участники, сроки, критерии выбора и допустимые способы коммуникации.
| Этап | Что проверяем | Что фиксируем |
|---|---|---|
| 1 | Переводим бизнес-вопрос в гипотезы и критерии отбора респондентов. | Критерии рекрутинга |
| 2 | Готовим скринер, сценарий разговора и согласия на запись. | Сценарий интервью |
| 3 | Проводим интервью и выделяем эпизоды выбора и использования. | Истории выбора |
| 4 | Сводим паттерны, противоречия и выводы для продуктовых решений. | Потребности клиентов |
Источники наблюдений
Интервью раскрывают обстоятельства выбора, CRM показывает переходы, а записи обращений помогают восстановить вопросы. Каждый источник отвечает на свою часть задачи.
Мы отмечаем, что подтверждено поведением, а что пока предполагает команда. Непроверенная эмоция на карте остаётся гипотезой, а не фактом.
Источники располагаем рядом с утверждениями карты: запись интервью, сообщение поддержки, событие сайта, статус сделки. Для каждого наблюдения сохраняем дату и тип клиента. Слова менеджера о причинах отказа полезны как гипотеза, однако не заменяют ответ самого покупателя. Если источники противоречат друг другу, отмечаем расхождение и назначаем проверку, вместо того чтобы незаметно выбрать удобную версию.
| Этап | Что проверяем | Что фиксируем |
|---|---|---|
| 1 | Переводим бизнес-вопрос в гипотезы и критерии отбора респондентов. | Критерии рекрутинга |
| 2 | Готовим скринер, сценарий разговора и согласия на запись. | Сценарий интервью |
| 3 | Проводим интервью и выделяем эпизоды выбора и использования. | Истории выбора |
| 4 | Сводим паттерны, противоречия и выводы для продуктовых решений. | Потребности клиентов |
Содержание этапа
Для каждого шага фиксируем цель человека, действие, канал, вопрос и препятствие. Эмоциональная оценка полезна, когда опирается на объяснимое наблюдение.
Внутренние процессы добавляем отдельным слоем: ответственная команда, система и срок передачи информации. Это связывает клиентский опыт с управляемыми действиями.
На этапе сравнения поставщиков фиксируем задачу человека, доступную информацию, действие и ожидаемый следующий шаг. Отдельно показываем внутренний процесс компании: кто готовит расчёт и откуда берёт сроки. Клиентский путь не должен превращаться в инструкцию отдела продаж. Связь двух схем помогает увидеть момент, когда обещание клиенту уже сделано, но команда ещё не получила необходимые исходные данные.
- Задача клиента
- Точка контакта
- Барьер перехода
- Ответственная сторона
| Этап | Что проверяем | Что фиксируем |
|---|---|---|
| 1 | Переводим бизнес-вопрос в гипотезы и критерии отбора респондентов. | Критерии рекрутинга |
| 2 | Готовим скринер, сценарий разговора и согласия на запись. | Сценарий интервью |
| 3 | Проводим интервью и выделяем эпизоды выбора и использования. | Истории выбора |
| 4 | Сводим паттерны, противоречия и выводы для продуктовых решений. | Потребности клиентов |
Проверка проблемных переходов
Низкая доля перехода может означать техническую ошибку, недостаток информации или отсутствие потребности. Прежде чем менять интерфейс, проверяем возможные объяснения.
Сравниваем одинаковые сегменты и периоды. Разные источники трафика или незавершённые сделки способны создать ложное впечатление о слабом этапе.
Проблему перехода описываем наблюдаемо. Формулировка «неудобно заказать» слишком широка; «после отправки обращения непонятно, когда ответит инженер» задаёт проверяемую задачу. Мы просматриваем подтверждения формы, реальные уведомления и время первого содержательного ответа. Затем проверяем, одинаково ли проявляется препятствие у новых клиентов, действующих заказчиков и посетителей с мобильных устройств, чтобы выбрать подходящее исправление.
| Этап | Что проверяем | Что фиксируем |
|---|---|---|
| 1 | Переводим бизнес-вопрос в гипотезы и критерии отбора респондентов. | Критерии рекрутинга |
| 2 | Готовим скринер, сценарий разговора и согласия на запись. | Сценарий интервью |
| 3 | Проводим интервью и выделяем эпизоды выбора и использования. | Истории выбора |
| 4 | Сводим паттерны, противоречия и выводы для продуктовых решений. | Потребности клиентов |
От карты к решениям
Проблему формулируем наблюдаемо: пользователь не понимает условия доставки или менеджер не получает контекст заявки. Затем определяем возможное изменение.
Приоритет зависит от значимости барьера, распространённости и стоимости проверки. Самая заметная деталь карты не всегда даёт наиболее полезное улучшение.
Решения связываем с конкретным разрывом: добавить перечень данных для диагностики, объяснить сроки ответа, передать обращение дежурному специалисту. Для каждого действия нужны владелец, зависимость и наблюдаемый признак улучшения. Исправление текста не решит отсутствие ответственного сотрудника. Поэтому итогом карты становится список изменений продукта, интерфейса и процесса с объяснением, какое препятствие устраняет каждый пункт.
| Этап | Что проверяем | Что фиксируем |
|---|---|---|
| 1 | Переводим бизнес-вопрос в гипотезы и критерии отбора респондентов. | Критерии рекрутинга |
| 2 | Готовим скринер, сценарий разговора и согласия на запись. | Сценарий интервью |
| 3 | Проводим интервью и выделяем эпизоды выбора и использования. | Истории выбора |
| 4 | Сводим паттерны, противоречия и выводы для продуктовых решений. | Потребности клиентов |
Обновление CJM
Карта теряет точность после изменения продукта, канала или процесса продаж. У неё должен быть владелец и понятный повод для пересмотра.
После доработки проверяем поведение на соответствующем шаге. Красиво оформленная схема сама по себе не подтверждает улучшение клиентского опыта.
Проверку проводим после изменения одного важного участка: например, сравниваем полноту обращений и число уточняющих контактов до расчёта. Даты внедрения и параллельные изменения сохраняем рядом с наблюдениями. Если одновременно поменялись цены и график инженеров, улучшение нельзя полностью приписать карте. Мы обновляем выводы по новому опыту, а не считаем согласованную диаграмму окончательным описанием всех клиентов.
В передачу включаем границы сценария, карту с источниками, перечень недоказанных предположений и реестр решений. Отдельная версия для команды показывает ответственных на переходах, исследовательская версия сохраняет подробные свидетельства. У карты должен быть владелец обновления: он отмечает изменения продукта, каналов и правил обслуживания, после которых прежняя последовательность перестаёт отражать реальный опыт покупателя.
| Этап | Что проверяем | Что фиксируем |
|---|---|---|
| 1 | Переводим бизнес-вопрос в гипотезы и критерии отбора респондентов. | Критерии рекрутинга |
| 2 | Готовим скринер, сценарий разговора и согласия на запись. | Сценарий интервью |
| 3 | Проводим интервью и выделяем эпизоды выбора и использования. | Истории выбора |
| 4 | Сводим паттерны, противоречия и выводы для продуктовых решений. | Потребности клиентов |
Часто задаваемые вопросы
Чем CJM отличается от воронки?
Воронка измеряет переходы между этапами, а CJM объясняет контекст и опыт человека. Эти инструменты дополняют друг друга.
Можно начать без аналитики?
Да, с интервью и доступных обращений. Однако выводы о распространённости проблем потребуют дополнительного измерения.
Нужно рисовать все касания?
Начинаем с границ выбранной задачи. Подробность оправдана, если помогает принять решение, а не только увеличить схему.
