Дашборд видит клиента с той минуты, когда тот впервые заходит в продукт. Поиск, советы коллег, сравнение вариантов, согласование бюджета и всё, что происходит между сеансами, остаются за кадром. Карта пути клиента (Customer Journey Map, CJM) нужна, чтобы увидеть эту часть.
Чем дороже и дольше покупка, тем больше эта невидимая часть. В B2B клиент может месяцами сравнивать варианты и защищать бюджет перед руководством, ни разу не открыв ваш сайт.
Скепсис к CJM при этом понятен. Одни считают её очередной модной практикой из мира UX, другие красивой схемой без связи с бизнес-результатом. Вопрос «а зачем вообще CJM» чаще задают люди, видевшие десятки карт и не всегда понимавшие, какую пользу те принесли.
Причина простая: во многих компаниях CJM делают формально: рисуют на воркшопе, обсуждают, фотографируют флипчарт и возвращаются к привычной работе. В таком виде карта ничего не меняет.
Инструмент тут виноват меньше всего. Подводят ожидания и то, как карту используют. А задача у неё вполне конкретная: увидеть опыт клиента целиком и перестать решать, исходя только из того, как всё устроено внутри компании.
Метрики, поддержка и NPS видят клиента кусками
Большинство команд искренне считают, что понимают клиентов: есть метрики, отчёты, обращения в поддержку, отзывы, NPS. Кажется, этого достаточно для обоснованных решений. Но все эти источники дают фрагменты.
Метрики показывают, что происходит, но не объясняют, как человек к этому пришёл. Поддержка видит проблему уже после того, как она возникла. Отзывы обычно оставляют на эмоциональных крайностях, и типичный опыт в них почти не виден.
В итоге каждый отдел отвечает за свой участок и оптимизирует его локально: маркетинг улучшает привлечение, продукт улучшает функциональность, поддержка ускоряет ответы.
На путь целиком не смотрит никто. А опыт клиента разваливается как раз на стыках, где кончается участок одного отдела и начинается участок другого. CJM собирает эти куски в одну картину и показывает, где улучшения одного отдела мешают другому.
CJM смотрит глазами клиента, воронка глазами компании
Customer Journey Map описывает путь клиента во времени с его точки зрения: этапы, действия, ожидания, эмоции и проблемы, с которыми человек сталкивается во взаимодействии с продуктом или сервисом. Важна именно его точка зрения; то, как компания хотела бы, чтобы он действовал, в карту не попадает. Это принципиально отличает CJM от регламентов, воронок и внутренних сценариев.
При этом карта не описывает «всех клиентов» сразу. Она всегда привязана к конкретному сегменту, контексту и задаче; попытка сделать одну карту на всех почти всегда даёт абстрактную и бесполезную схему.
Чего CJM не делает: она не заменяет продуктовую аналитику, UX-тестирование или стратегию и не отвечает на вопрос «что именно сделать». Её работа состоит в том, чтобы правильно поставить вопросы и подсветить проблемные места, а решения остаются за командой.
Чаще всего CJM путают с воронкой продаж, хотя они смотрят с противоположных сторон. Воронка описывает движение клиента с точки зрения бизнеса: осведомлённость, интерес, заявка, оплата. Эти этапы удобны для отчётности, и за ними стоит логика компании.
CJM описывает путь с точки зрения клиента и включает то, чего в воронке нет: ожидания, сомнения, эмоции и действия вне продукта (поиск информации, советы знакомых, откладывание решения, возврат через другой канал). Воронка отвечает на вопрос «сколько людей перешло с этапа на этап», а CJM на вопрос «почему человек повёл себя именно так». Если свести карту к маркетинговым этапам, теряется всё, ради чего её строят.
Где CJM нужна, а где избыточна
Карта особенно полезна там, где путь клиента сложный, растянут во времени и проходит через разные каналы: B2B-продукты, сервисы с длинным циклом решения, подписочные модели, финансовые и образовательные продукты.
Продуктовым командам она помогает выйти за рамки интерфейса: часто оказывается, что главные проблемы находятся до первого экрана или уже после основного сценария, и без карты эти зоны просто выпадают из поля зрения.
Бизнесу карта помогает договориться. Разные команды начинают одинаково понимать, что происходит с клиентом и где компания теряет деньги. Споров «по ощущениям» становится меньше.
Бывает, что карта не нужна. В простом продукте с коротким и понятным путём решения принимают по экспериментам и аналитике, и команда и так видит, где расти. Карта там почти ничего не добавит. Честнее это признать, чем строить её ради процесса.
Карта строится в четыре шага, и самый ценный последний
Работа начинается с вопроса «зачем». Ответить на него лучше через проблему: падает конверсия, растёт отток, приходят жалобы, команды не понимают друг друга. Без этого шага карта почти наверняка выйдет формальной: команда обсудит очевидное и не поймёт, что делать дальше. Цель подсказывает, на чём сосредоточиться и какие данные собирать.
Здесь же выбирают конкретный сегмент: новый пользователь, платящий клиент и ушедший клиент проходят разные пути, и смешивать их в одну карту нельзя.
Дальше восстанавливают реальный путь. Используют интервью в духе CustDev (customer development), обращения в поддержку, аналитику, записи звонков, любые источники, лишь бы не подменять реальность предположениями. Именно на этом этапе всплывают неожиданные шаги, которые клиент делает вне продукта: ищет информацию, советуется, откладывает, возвращается через другой канал.
Здесь же фиксируют ожидания и эмоции. Абстрактное «доволен или нет» ничего не даёт, нужны конкретные переживания: тревога, сомнение, раздражение, облегчение, которые часто определяют поведение сильнее функциональности.
После сбора данных путь структурируют: этапы, действия, точки контакта и эмоции выстраивают во времени в понятном всей команде виде.
Четвёртый шаг самый ценный: поиск разрывов, то есть моментов, где ожидания не совпадают с реальностью, где появляются лишние шаги или теряется мотивация. Хорошая карта почти всегда вызывает дискомфорт, потому что показывает проблемы, за которые формально никто не отвечает, и разрушает иллюзию, что «у нас и так всё понятно».
После карты остаётся больше, чем схема. Обычно к ней прилагают список выводов, гипотез и вопросов, которые нужно решить. Именно они и должны дальше жить в работе. Инструменты тут вторичны: бумага, стикеры, таблицы и онлайн-доски работают не хуже дорогих программ. Всё решают глубина данных и честный разговор.
Особенно полезно фиксировать точки ответственности: после работы с картой видно, где опыт «проваливается» между командами, и это повод пересмотреть процессы и зоны ответственности.
К карте нужно возвращаться: путь клиента меняется вместе с продуктом, рынком и поведением пользователей, поэтому у CJM должен быть владелец, следящий за её актуальностью. Карта, сделанная один раз и забытая, со временем начинает вводить в заблуждение сильнее, чем её отсутствие.
Семь сбоев, которые превращают карту в декорацию
Плохая карта обычно выглядит аккуратно: этапы, иконки, эмоции, стрелки. Но она не вызывает вопросов и не меняет решений, и это первый тревожный сигнал. Второй сигнал: карта, сделанная одной функцией в изоляции. Без участия поддержки, продаж или маркетинга она отражает лишь часть реальности и усиливает искажения.
И CJM бессмысленна, если команда не готова ничего менять: когда выводы заранее известны и не подлежат обсуждению, карта превращается в формальность.
Из этого складываются семь типовых сбоев:
- Карту делают, потому что «так принято», хотя вопроса к ней нет.
- Строят на ощущениях команды вместо данных клиентов.
- Берут слишком широкий сегмент и описывают всех сразу.
- Рисуют идеальный путь вместо реального.
- Смотрят только на шаги и каналы, игнорируя эмоции.
- Не превращают выводы в действия.
- Делают карту разово и забывают.
Путь начинается задолго до входа в продукт
Две ситуации ниже встречаются постоянно, поэтому компании в них обобщённые, без имён.
Онлайн-сервис управления подписками долго наблюдал рост оттока после первого месяца.
Команда видела это в метриках, но объясняла завышенными ожиданиями клиентов и «неподходящей аудиторией» из маркетинга. Решения искали внутри продукта: подсказки, изменения интерфейса, упрощение экранов; локальные показатели улучшались, но общий отток не менялся.
Работу с CJM начали с момента знакомства с продуктом. В интервью выяснилось, что большинство пользователей приходили с конкретной задачей, которую нужно решить быстро, а продукт позиционировался как универсальное решение «на будущее». Человек пришёл решить одну срочную задачу, а продукт продавал ему запас возможностей на годы вперёд.
Карта показала разрыв между ожиданием быстрого результата в первые дни и продуктом, который требовал времени на настройку и освоение, и этот дисбаланс вызывал разочарование ещё до того, как клиент видел ценность.
Команда переработала коммуникацию и первый опыт: сместила акцент с долгосрочных возможностей на быстрый результат, упростила старт и явно обозначила, что клиент получит в первые дни. Удержание после первого месяца выросло без радикальных изменений в функциональности.
Образовательная платформа для корпоративного обучения получала жалобы от HR-менеджеров: формально продукт закрывал все требования, но клиенты говорили о «сложности» и «неудобстве», не уточняя деталей.
Карту построили отдельно для HR-менеджера как ключевой роли и начали путь с момента, когда у компании появилась потребность в обучении, задолго до входа в систему, и это сразу вывело обсуждение за рамки интерфейса.
Основная боль возникала ещё до использования платформы: HR-менеджер тратил время на согласования, объяснения руководству и обоснование бюджета, а продукт на этом этапе никак не помогал, хотя считался «решением проблемы обучения».
Команда добавила шаблоны презентаций, аргументы для руководства и примеры кейсов, что не требовало сложной разработки, но существенно упростило путь. Негативных отзывов стало меньше, продажи ускорились, а карта показала, что у продукта есть ещё один соперник, кроме других платформ: внутренние процессы клиента.
В подписочном сервисе сбой сидел в обещании, данном до регистрации, на платформе для HR в согласованиях, которые шли вообще без продукта. Дашборды ни того, ни другого не показывали.
Чтобы структура перестала быть абстракцией, разложим первый случай на одну строку карты, то есть на срез одного этапа. Подписочный сервис, этап «первая неделя после регистрации»:
- Действие: человек заходит с конкретной задачей, хочет решить её быстро, а попадает в мастер настройки.
- Точка контакта: первые экраны для новичка и приветственные письма.
- Ожидание: результат в первые минуты; «система, настроенная на будущее», ему пока не нужна.
- Эмоция: интерес на входе, затем раздражение оттого, что ценность откладывается.
- Разрыв: продукт обещает универсальность «на потом», а человек пришёл с задачей на сейчас и уходит раньше, чем видит пользу.
Одна такая строка уже подсказывает, что чинить в первую очередь: быстрый первый результат. Метрика оттока лишь фиксировала сам факт ухода.
Вывод из обоих случаев выходит за рамки продукта. Бизнесу карта показывает, где именно теряется ценность, и часто выясняется, что сам продукт в порядке, а сбоят коммуникация, ожидания или процессы вокруг него: в том, что клиенту пообещали не то, что он получил, или заставили пройти лишний круг согласований.
С таким взглядом карта перестаёт быть упражнением для дизайнеров. По ней решают, что делать первым, во что вкладываться и где вмешательство даст больше всего. Поэтому карту, которая касается продаж, поддержки и маркетинга, строят вместе с ними. Иначе за бортом останутся как раз те стыки, ради которых её затевали.
В B2B нужна отдельная карта под каждую роль
В B2B путь клиента сложнее, чем в потребительских продуктах: он включает несколько ролей и растянут во времени. Пользователь, который работает в продукте каждый день, и человек, принимающий решение о покупке, проходят разные пути и оценивают продукт по разным критериям: первому важно удобство ежедневных сценариев, второму бюджет, риски и обоснование перед своим руководством.
Если уместить обе роли в одну карту, противоречия между ними смажутся, а именно они часто и объясняют, почему сделка буксует. Поэтому в B2B строят отдельные карты под каждую ключевую роль и затем смотрят, где их ожидания сталкиваются: пользователь готов внедрять, а лицо, принимающее решение, не видит обоснования, и наоборот. Второй кейс с образовательной платформой ровно об этом: боль ключевой роли жила вне продукта, и увидеть её удалось, только выделив её путь отдельно.
Нужно ли привлекать клиентов, чтобы построить карту
Желательно, но не обязательно в формате прямых интервью. В дело идут данные CustDev, обращения в поддержку, записи звонков, продуктовая аналитика и уже проведённые исследования, главное, чтобы за картой стоял реальный опыт клиентов.
Полностью «кабинетная» CJM, собранная из внутренних представлений, почти всегда искажает реальность: команда рисует путь таким, каким его удобно видеть, и пропускает шаги, которые клиент делает за пределами продукта. При этом планка входа ниже, чем кажется: даже несколько живых разговоров с клиентами способны радикально изменить восприятие пути и обнулить пару «очевидных» гипотез.
Даже карту на живых данных иногда объявляют бесполезной. От неё ждут прямого ответа «делай так», а получают набор вопросов и подсвеченных разрывов. Но именно ради них карту и строят: ответственность за решение остаётся у команды, и ценность карты зависит от того, что команда с этими вопросами сделает.
Прежде чем рисовать, ответьте на семь вопросов
Отвечать стоит коротко, «да» или «нет»:
- Есть ли конкретный вопрос, ради которого строится карта?
- Выбран ли один сегмент, без смешения разных путей?
- Стоят ли за картой данные о клиентах, хотя бы 5-6 живых интервью вместо мнения команды?
- Учтены ли этапы до и после использования продукта?
- Видны ли эмоции, кроме действий и каналов?
- Готова ли команда превращать неудобные выводы в проверяемые гипотезы?
- Есть ли у карты владелец и дата следующего пересмотра?
Два «нет» и больше обычно означают, что CJM станет красивой схемой без последствий.
Вернёмся к скептику из начала, который видел десятки бесполезных карт. Почти каждая из них проваливает уже первые два вопроса этого списка: у неё не было конкретной боли и одного сегмента. Подписочный сервис из примера нашёл свой разрыв, потому что смотрел только на первую неделю новых клиентов, а платформа для HR потому, что рисовала путь одной роли. Карта «обо всём сразу» не находит ничего. Выбор одной боли и одного сегмента и есть главное решение, и команда принимает его ещё до первого стикера на доске.