Customer Journey Map работает, только когда у каждого этапа есть метрика

Про Customer Journey Map (CJM) слышали почти все. Полезно применяют немногие. На практике выходит либо общая схема «увидел рекламу, зашел на сайт, купил», либо постер для презентации, который не меняет ни одного решения в продукте, маркетинге, поддержке или продажах. Тогда и сам метод начинает казаться переоцененным.

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

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

Если дать определение, Customer Journey Map визуально описывает, как человек проходит от возникновения потребности до получения результата, взаимодействуя с продуктом, брендом, поддержкой, продажами и любыми другими точками контакта.

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

Дальше речь пойдет о том, чем CJM отличается от воронки, user flow, service blueprint и персоны, из каких слоев собирается рабочая карта, как она применяется в продукте, маркетинге, поддержке и B2B и какие ошибки чаще всего лишают ее смысла.

Изнутри компании путь клиента выглядит логичнее, чем он есть

Большинство компаний естественным образом смотрят на свой продукт изнутри, и это почти неизбежно. Команда знает свою структуру, процессы, ограничения, воронку, этапы релиза, KPI, каналы и «узкие места». Изнутри все кажется логичным. Есть трафик, есть лендинг, есть регистрация, есть онбординг, есть активация, есть платящий пользователь, есть поддержка, есть повторная покупка. На уровне компании это выглядит как понятная система.

Но пользователь не живет внутри этой системы. Он не знает вашу оргструктуру. Ему неважно, где заканчивается зона ответственности маркетинга и начинается зона продукта. Он не думает категориями «верх воронки», «середина воронки» или «этап квалификации лида». У него своя задача, свои страхи и сомнения, нехватка времени, альтернативы и реальная жизнь, в которой ваш продукт лишь один из фрагментов.

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

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

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

Без CJM к тому же расходятся команды: у каждой свое определение успеха. Маркетинг может считать, что его задача выполнена, если человек пришел на сайт. Продакт считает ее выполненной, если человек зарегистрировался. Продажи, если состоялась сделка. Поддержка, если закрыто обращение.

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

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

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

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

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

Чем CJM отличается от воронки, user flow, service blueprint и персоны

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

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

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

User flow еще уже. Он показывает путь внутри интерфейса: с какого экрана человек переходит на какой, где принимает решение, где нажимает кнопку, где попадает в тупик. Это полезно для UX-задач, но user flow почти всегда живет внутри продукта.

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

Service Blueprint идет еще дальше. Если CJM чаще сфокусирован на стороне клиента, то service blueprint соединяет клиентский путь с внутренними процессами компании. Он показывает, что происходит за кулисами: какие системы, роли, команды и операции обеспечивают каждый шаг клиентского опыта.

Часто blueprint логично продолжает CJM. Сначала команда понимает путь клиента и точки боли, а потом, если нужно перестраивать операционную реализацию, переходит к blueprint.

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

CJM собирает воедино то, что по отдельности дают воронки, user flow, исследования и сегментация, и ничего из этого не отменяет: он помогает увидеть общую картину.

Рабочая карта держится на семи слоях

Набор колонок на доске еще не делает карту сильной. У рабочего CJM есть обязательные слои, и у каждого своя задача.

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

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

Второй слой описывает этапы пути. Чаще всего получается от пяти до восьми этапов, но их число зависит от сценария, а не от формата. Этого достаточно, чтобы увидеть структуру, но не превратить карту в микрорассказ о каждом клике.

Для B2C это могут быть этапы вроде осознания потребности, поиск, сравнение, первый опыт, достижение результата, повторное использование, лояльность. Для B2B: осознание проблемы, исследование вариантов, согласование внутри компании, пилот, закупка, внедрение, расширение.

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

Четвертый слой собирает мысли, ожидания и вопросы и помогает выйти за пределы чисто поведенческой аналитики. Пользователь может пройти этап, но при этом испытывать сомнение, недоверие или тревогу.

Например: «Это точно для меня?», «Я быстро разберусь?», «Мне можно доверять этому сервису?», «Что будет, если не получится?», «Почему это столько стоит?». Без этого слоя карта рискует остаться описанием механики без понимания причин.

Пятый слой отведен эмоциям. Многие команды сначала воспринимают эмоциональную кривую как что-то декоративное, но на деле она относится к самым полезным частям карты. Там, где у пользователя всплеск тревоги, раздражения или разочарования, почти всегда есть зона, где скрыт реальный барьер. И наоборот, моменты облегчения, радости и ясности часто показывают, где у продукта возникает настоящая ценность.

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

Эти три вещи важно различать. Не всякая боль останавливает. Не всякий барьер эмоционально болезнен. Не всякий риск уже реализовался, но он может сильно тормозить решение.

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

Многие команды говорят: «Мы и так знаем наш путь клиента». Обычно под этим подразумевается, что они знают стадии воронки. Но знание стадий и понимание пути не одно и то же. Воронка говорит, где произошло действие или отвал. CJM помогает понять, что человек вообще переживал в этот момент.

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

Все эти причины снаружи выглядят одинаково: человек просто не завершил этап. Но исправлять их нужно совершенно по-разному. Поэтому без карты пути компания часто лечит не ту проблему.

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

Карта текущего состояния полезнее карты будущего

Одной «правильной» карты не существует: под разные задачи нужны разные виды, и выбор зависит от того, улучшаете вы существующий путь или проектируете новый.

Чаще всего и с наибольшей пользой строят Current State Map, то есть карту текущего состояния. Она описывает, как путь выглядит сейчас, с реальными проблемами, потерями, эмоциями и барьерами. Она подходит лучше всего, когда команда хочет улучшить продукт, сервис или конверсию, а не нарисовать идеальную картинку будущего.

Future State Map нужна тогда, когда компания проектирует новый опыт. Например, меняет модель входа в продукт, перестраивает путь, где клиент все делает сам, запускает новый сегмент, переделывает поддержку или переносит часть взаимодействия в другой канал. Такая карта полезна, но только после того, как команда уже хорошо понимает текущий маршрут.

Есть и формат «один день из жизни» (day-in-the-life): карта всего рабочего дня пользователя, где взаимодействие с продуктом лишь один из эпизодов. Она особенно полезна в B2B и в сложных сервисах, где продукт встроен в рабочий процесс, а не живет как отдельная активность.

Часто недооценивают маленькую карту (mini-CJM) под одну ключевую точку: ее проще собрать и быстрее проверить на данных, чем большую карту. Например, путь от первого запуска до первого результата, путь от ошибки до решения через поддержку, путь от добавления в корзину до оплаты. Такие мини-карты часто дают команде больше практической пользы, чем гигантская карта «всего пути клиента».

Карту начинают с цели, доска подождет

Команды часто начинают с рисования, и это главная ошибка. CJM начинается с постановки задачи, шаблон и красивая доска подождут.

Сначала нужно определить цель карты. Не «сделать CJM», а понять, для чего вы его делаете. Например: увеличить активацию новых пользователей, снизить отток в первые 30 дней, уменьшить нагрузку на поддержку, улучшить конверсию в оплату, ускорить внедрение в B2B. Одна карта без цели почти всегда разрастается в декоративную схему без фокуса.

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

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

Лучший CJM всегда рождается на стыке качественных и количественных источников. Качественные данные отвечают на вопрос «почему», количественные на вопросы «сколько» и «где».

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

На создании карты останавливаться рано. Ее нужно проверить, показав людям, которые знают этот сегмент изнутри: поддержке, продажам, исследователям, самим пользователям. Часто именно на проверке выясняется, что компания слишком уверенно интерпретировала опыт пользователя через собственную логику.

И наконец, карту нужно перевести в систему приоритетов. Иначе она останется просто красивым описанием реальности.

У каждого этапа есть событие успеха, метрика и сигнал проблемы

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

Хорошая практика: на каждом этапе карты определить три вещи. Что считается прохождением этапа. Какая метрика показывает силу этого этапа. И какой сигнал говорит о проблеме. Тогда карта перестает быть повествованием и становится инструментом управления.

Например, этап «первый опыт» можно описать так. Событие успеха: пользователь сделал ключевое действие. Метрика: доля активированных пользователей или время до первой пользы (time-to-value). Сигнал проблемы: многие уходят между регистрацией и первым полезным действием.

Для этапа «оплата» схема та же. Событие успеха: платеж завершен. Метрика: конверсия из корзины или пробного периода в оплату. Сигнал проблемы: брошенные оплаты на шаге ввода карты или всплеск вопросов в поддержку о списаниях. Так CJM становится мостом между качественным исследованием и продуктовой аналитикой.

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

В B2B один маршрут проходят несколько человек

Механика построения у карты одна, и легко решить, что одна и та же логика подойдет везде. Но в B2C и B2B путь клиента устроен по-разному, и это сильно влияет на карту.

В B2C путь чаще строится вокруг скорости, доверия, простоты и эмоциональной ясности. Человек сам принимает решение, сам пробует продукт, сам сталкивается с ценой ошибки во времени, деньгах или неудобстве. Здесь особенно важны первый опыт, скорость до ценности, ясность выбора, сила первого впечатления и наличие привычки возвращаться.

В B2B все сложнее. Там часто несколько ролей участвуют в одном и том же пути. Пользователь может не быть покупателем. Инициатор решения, человек, который сравнивает варианты, согласующий менеджер, блокирующая функция, IT, закупки, конечные пользователи: маршрут может быть один, но с разными логиками внутри. Продавец обычно видит одного-двух из них, остальные узнают о продукте в пересказе. Большая часть маршрута проходит без вас, во внутренних обсуждениях клиента, и карта должна это показывать.

В таких случаях CJM часто полезно строить либо для одной ключевой роли, либо держать дополнительный слой «кто участвует на этапе». Без этого карта быстро становится слишком плоской и вводящей в заблуждение.

Кроме того, в B2B намного важнее такие слои, как интеграции, обучение, согласование, юридические условия, пилот, внедрение и расширение использования. Поэтому B2B-карта обычно длиннее по времени и сильнее завязана на внутренние процессы клиента.

CJM-воркшоп заканчивается владельцами и гипотезами

Сам по себе формат воркшопа не гарантирует качества, но если его правильно собрать, он помогает. Обычно лучше всего работают встречи на два-три часа, где есть подготовка, реальные данные и ограниченный фокус.

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

На сам воркшоп лучше звать не только продукт и дизайн. Полезны маркетинг, поддержка, продажи, аналитик, иногда инженер. У каждой функции свой срез реальности.

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

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

5 ошибок, которые превращают карту в постер

Есть несколько типовых ошибок, которые почти гарантированно убивают ценность карты.

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

Вторая: карта на мнениях. Если команда не подкрепляет свои выводы интервью, аналитикой, поддержкой или наблюдениями, она легко рисует собственные представления о пути клиента.

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

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

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

Карта становится рабочей, когда меняет бэклог

Сильный CJM почти всегда рождает целый набор возможностей, и поэтому их нельзя оставлять в виде общего списка «что можно улучшить».

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

Для маркетинга CJM особенно полезен тем, что показывает, какие вопросы человек задает себе на каждом этапе. До покупки ему нужен контент, который снимает конкретное сомнение. Где-то нужны кейсы. Где-то сравнение. Где-то ясная категория. Где-то калькулятор ценности. Где-то демонстрация доверия.

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

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

Проверить, работает ли ваша карта, можно тремя вопросами. Какое решение в продукте, маркетинге или поддержке изменилось за последний квартал из-за нее? Есть ли у каждого этапа событие успеха, метрика и сигнал проблемы, и смотрит ли на них кто-то регулярно? Когда карту последний раз сверяли со свежими интервью, записями сессий и обращениями в поддержку?

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

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

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

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