CJM интернет-магазина: карта пути клиента на примере приложения
CJM интернет-магазина помогает проследить, как покупатель приходит к заказу и что мешает ему вернуться. Человек может найти товар на сайте, оформить покупку в приложении и уточнить доставку у поддержки: каждый переход влияет на его опыт. Карта связывает эти действия с ожиданиями, барьерами и измерениями, чтобы команда выбирала изменения по подтверждённой проблеме.
Что такое CJM интернет-магазина простыми словами
CJM, или Customer Journey Map, — карта пути клиента: последовательное описание опыта человека в конкретном сценарии покупки. На ней фиксируют цель покупателя, его действия, точки контакта с магазином, вопросы и трудности. Рядом записывают доказательства проблемы и возможности улучшения. Такой состав карты описан в методическом материале Nielsen Norman Group.
Для интернет-магазина путь начинается раньше корзины и продолжается после оплаты. Покупатель сравнивает предложения, проверяет наличие своего размера, выясняет срок доставки, получает посылку и решает, покупать ли снова. Внутри приложения он проходит только часть этого пути. Ошибка передачи заказа на склад или задержка ответа поддержки тоже попадает на карту, даже когда экран работает корректно.
Практический результат CJM — согласованный список проблем и действий. Например: «покупатель узнаёт стоимость доставки после заполнения адреса; проверить, сколько людей прекращают оформление на этом шаге; показать предварительные условия раньше». У решения появляются причина, способ измерения и ответственный.
CJM, воронка продаж и карта историй: разные задачи
Для решения одной проблемы могут понадобиться несколько инструментов. Воронка показывает масштаб потерь между действиями, CJM связывает эти потери с контекстом человека, а карта историй помогает спланировать функции. Выбор зависит от вопроса команды.
| Инструмент | Главный вопрос | Результат |
|---|---|---|
| CJM | Что переживает покупатель и где возникают барьеры? | Путь с ожиданиями, доказательствами проблем и возможностями улучшения |
| Воронка продаж | Какая доля людей доходит до следующего действия? | Числа переходов и потерь; сама по себе не объясняет мотив ухода |
| Карта пользовательских историй | Какие возможности реализовать и в какой очереди? | Сценарии и требования к версиям продукта |
| UX-исследование | Как получить сведения о поведении людей? | Наблюдения и выводы, на которые может опираться CJM |
Обзор методов UX-исследований помогает выбрать способ сбора данных. После проверки барьера выводы можно перенести в карту пользовательских историй: например, добавить требование показывать условия доставки до ввода персональных данных.
Когда магазину нужна карта пути клиента
CJM полезна, когда проблема затрагивает несколько экранов или подразделений. Маркетинг видит переходы по рекламе, разработчики — корректность оплаты, поддержка — обращения о статусе посылки. Карта позволяет обсудить один сценарий с общей точки зрения.
- Люди добавляют товар в корзину и уходят. Нужно проверить условия доставки, требования к регистрации и состояние оплаты.
- Заказы есть, повторных покупок мало. Важно изучить получение, возвраты, историю покупок и следующий повод обратиться в магазин.
- Появляется мобильное приложение. Стоит описать переход с сайта, сохранение корзины и узнаваемость личного кабинета.
- Поддержка получает повторяющиеся вопросы. Карта помогает найти момент, в котором покупателю недостаёт информации.
Разделяйте карту текущего опыта и карту желаемого опыта. Первая опирается на наблюдения; вторая описывает предлагаемые изменения. Пока изменение не проверено, его эффект остаётся гипотезой. Для нового приложения допустима предварительная карта предположений с отдельной пометкой у неподтверждённых строк.
Как составить CJM: пять этапов работы
Работа начинается с границ сценария. Для первой карты выберите одну задачу и одну группу покупателей: например, новую покупательницу, которая ищет платье к определённой дате и оформляет заказ в приложении. Покупку оптовой партии или возврат подарка лучше разбирать отдельно.
Этап 1. Сценарий и группа покупателей
Что происходит: команда определяет цель человека, начало и конец пути, каналы и бизнес-вопрос. Вместо «увеличить продажи» формулирует проверяемую задачу: понять причины ухода перед оплатой первого заказа.
- Опишите повод покупки и ограничения: бюджет, срок, доступность получения.
- Укажите, кто входит в группу, а кто рассматривается отдельно.
- Зафиксируйте владельца карты и дату её пересмотра.
Результат этапа: паспорт с описанием сценария. Проверка готовности: участники одинаково понимают, чей опыт изучают и какие решения примут. Типичная ошибка — объединить новичка и постоянного покупателя: у них отличаются знания об условиях магазина.
Этап 2. Данные и подтверждения
Что происходит: аналитик сопоставляет события в приложении с заказами, обращениями в поддержку и рассказами покупателей. Команда просит человека вспомнить конкретную покупку или наблюдает выполнение задачи.
- Выберите период и сопоставимые условия: канал привлечения, устройство, категорию.
- Сохраните ссылку на отчёт, обезличенную запись наблюдения или обращение.
- Отдельно отметьте предположения сотрудников и сведения от покупателей.
Результат этапа: реестр с источником и датой каждой находки. Проверка готовности: у выводов есть подтверждения, пробелы отмечены как гипотезы. Типичная ошибка — записать эмоцию «раздражение» только потому, что пользователь долго смотрел экран: причину нужно выяснить.
Этап 3. Путь, ожидания и барьеры
Что происходит: команда раскладывает наблюдения по последовательности действий. Для каждой точки контакта записывает цель человека, вопрос, барьер и источник сведений, включая переходы между приложением и внешними системами.
- Добавьте этапы до установки приложения и после получения покупки.
- Покажите возврат назад, повтор оплаты и обращение в поддержку.
- Свяжите барьер с конкретным действием, а эмоцию — со словами участника.
Результат этапа: карта фактического опыта с отмеченными пробелами. Проверка готовности: другой участник может восстановить путь без пояснений автора. Типичная ошибка — описать только успешный заказ; незавершённые попытки дают отдельные сведения о барьерах.
Этап 4. Приоритеты и ответственные
Что происходит: команда выбирает проблему по тяжести, распространённости и надёжности подтверждения. Согласует владельца решения и зависимости: изменение условий доставки может требовать участия логистики, а не только дизайнера.
- Отделите технические сбои от непонятного интерфейса и условий услуги.
- Для каждого изменения запишите ожидаемое действие покупателя.
- Оцените объём реализации и возможность проверки на части аудитории.
Результат этапа: задачи с владельцем, основанием и приоритетом. Проверка готовности: решения согласованы с подразделениями, которые могут их выполнить. Типичная ошибка — назначить ответственным «команду»: конкретный человек должен принимать решение и отслеживать результат.
Этап 5. Проверка изменений
Что происходит: перед внедрением фиксируют исходное значение показателя, условия сравнения и критерий успешности. После запуска проверяют целевое действие и последствия: например, увеличение оплаченных заказов вместе с отменами и возвратами.
- Проверьте, что нужные события действительно записываются.
- Согласуйте период наблюдения с частотой покупок и объёмом аудитории.
- Обновите карту, сохранив сведения об изменении и его результате.
Результат этапа: отчёт о проверке гипотезы и новая версия карты. Проверка готовности: команда понимает, сохраняет ли решение, меняет его или собирает дополнительные данные. Типичная ошибка — приписать рост новому экрану во время распродажи без сопоставимого сравнения.
Пример CJM: заказ одежды через приложение
Учебный пример. Покупательница выбирает платье к событию, переходит с сайта в приложение и заказывает доставку в пункт выдачи. Сценарий, мысли и барьеры составлены для объяснения метода; это не результаты исследования клиента FITTIN. В реальном проекте каждую строку нужно подтвердить.
| Этап и контакт | Цель и действие | Вопрос покупателя | Возможный барьер | Точка измерения |
|---|---|---|---|---|
| Первый визит: сайт → приложение | Открыть понравившееся платье | «Где товар, который я смотрела?» | После установки открывается главная витрина | Переход к нужной карточке после открытия приложения |
| Выбор: каталог и карточка | Подобрать размер и проверить получение | «Подойдёт ли размер и успеют ли привезти?» | Нет мерок или предварительного срока доставки | Выбор размера, добавление товара; причины отказа из наблюдений |
| Корзина и оформление | Увидеть итог и выбрать пункт выдачи | «Какая сумма получится?» | Стоимость доставки появляется в конце | Начало оформления, выбор доставки, выход с каждого шага |
| Оплата: приложение и банк | Оплатить и получить подтверждение | «Деньги списаны, заказ принят?» | После возврата из банка нет статуса | Успешная оплата по данным сервера, ошибки и повторы попыток |
| Получение: уведомление и пункт выдачи | Забрать платье до события | «Заказ уже доступен?» | В приложении отображается прежний статус | Выдача по системе заказов, задержки обновления, обращения |
| После покупки: кабинет и поддержка | Найти заказ или оформить возврат | «Как вернуть неподходящий размер?» | Инструкция и состав заказа недоступны из истории | Просмотр истории, обращения о возврате, завершённые возвраты |
| Повторная покупка: история и каталог | Вернуться к бренду за следующим товаром | «Какой оттенок я уже покупала?» | История содержит только номер и сумму | Переход из истории к товару и второй оплаченный заказ |
Ветка сбоя оплаты требует отдельного описания. Если банк сообщил об успешном списании, а приложение показывает ожидание, сначала сверяют состояние платежа и заказа. Пользователю нужен понятный статус и способ обратиться за помощью; повторную оплату нельзя предлагать, пока результат первой попытки не выяснен.
Для перехода с сайта проверяйте сохранение контекста: открывается ли нужная карточка, переносится ли корзина после входа, совпадают ли цены и доступность. У нового и постоянного покупателя этот переход может выглядеть по-разному. Карта должна отмечать, где начинается авторизованный путь и какие действия пока остаются анонимными.
Как измерять барьеры и результат изменений
У каждого показателя нужны определение, период и источник. Нажатие «Оплатить» отражает попытку, а подтверждённый платёж — результат. Просмотр истории заказов говорит об использовании раздела, но сам по себе не доказывает повторную покупку.
| Показатель | Определение | Ограничение |
|---|---|---|
| Доля завершённых оформлений | Покупатели с подтверждённым оплаченным заказом / покупатели, начавшие оформление, × 100% | Одинаковое окно наблюдения; дедупликация покупателей и заказов |
| Доля успешных попыток оплаты | Успешные попытки / все завершённые попытки оплаты, × 100% | Повторные попытки одного заказа учитываются отдельно; незавершённые ожидающие платежи выделяют |
| Обращения о доставке | Заказы с обращением о статусе / заказы, переданные в доставку, × 100% | Разметка причины обращения и единый период |
| Доля повторных покупателей | Покупатели со вторым оплаченным заказом за выбранный срок / покупатели первой покупки в одной группе, × 100% | У всей группы должно пройти одинаковое время с первой покупки; отмены и возвраты учитывают по согласованному правилу |
В учебном расчёте из 200 покупателей, начавших оформление, 120 оплатили заказ в выбранном окне. Доля составит 120 / 200 × 100% = 60%. Эти числа показывают формулу, а не отраслевую норму. Если после изменения показатель вырос, проверьте состав аудитории, ассортимент и акции; для вывода о влиянии изменения используйте сопоставимые группы.
План событий согласуйте с аналитиком и разработчиками до правок интерфейса. Для заказа храните устойчивый идентификатор и различайте создание, подтверждение оплаты, отмену и возврат. События приложения сверяйте с учётной системой: повторная отправка события не должна превращаться в дополнительную покупку.
Решения интерфейса в кейсах Сыроварни и LUSIO
Публичные кейсы показывают, как отдельные решения поддерживают путь покупателя. Они не подтверждают проведение CJM-воркшопа в этих проектах. Связь решений с этапами карты приведена как разбор интерфейса, без заявлений о доказанном росте конверсии.
Сыроварня: корзина и оформление в одном окне
В приложении Сыроварни корзина и оформление объединены в одном окне: гость проверяет состав заказа и переходит к его оформлению в одном пространстве. Полнофункциональное приложение сети с заказом, доставкой, бронированием и программой лояльности запущено за два месяца. Этот срок относится к запуску приложения; срок создания CJM в кейсе не опубликован.
Для карты интернет-магазина такой пример полезен при разборе перехода «корзина → оформление». Команда проверяет, видит ли человек итоговую сумму, может ли исправить состав и понимает ли следующий шаг. Подход к экрану нужно проверять на своём сценарии: объединение может также увеличить количество элементов в одном окне.
LUSIO: фотографии товаров в истории покупок
В истории заказов LUSIO сохраняются фотографии и состав покупки. Покупатель может вспомнить модель и оттенок, просмотреть статус и вернуться к товару. На CJM это связано с опытом после оплаты и подготовкой к следующей покупке.
Для проверки такого решения смотрят, находят ли покупатели нужную вещь в истории, уменьшается ли число вопросов о составе заказа и происходит ли переход к следующему оплаченному заказу. Публичный кейс описывает функцию, но не содержит численного результата по этим показателям.
Стоимость и сроки подготовки CJM
Стоимость зависит от объёма исследования и согласований. Карта по уже собранным наблюдениям требует другого состава работ, чем изучение незнакомой аудитории с набором участников. Фиксированную цену определяют после описания задачи; отдельного опубликованного тарифа CJM нет.
Для проверки действующего интерфейса можно начать с аудита UX/UI от 50 000 ₽: на странице услуги указаны отчёт, разбор проблемных экранов и приоритеты доработок. Этот ориентир относится к аудиту интерфейса. Исследование полного пути клиента с интервью, доставкой и поддержкой оценивают отдельно; внедрение изменений согласуют по отдельной смете.
- Число сценариев. Первый заказ, повторная покупка и возврат требуют разных данных.
- Группы покупателей. Для новичков, постоянных клиентов и оптовиков проверяют отдельные ожидания.
- Каналы. Приложение, сайт, пункт выдачи и поддержка расширяют область работы.
- Качество аналитики. Пропущенные события требуют настройки и проверки.
- Сбор сведений. Набор участников и наблюдения входят в состав исследования.
- Согласования. Логистика и поддержка участвуют в решениях за пределами интерфейса.
- Глубина результата. Карта, требования и проверка изменений оцениваются отдельными работами.
При выборе подрядчика запросите пример обезличенной карты с источниками, состав работ и критерии приёмки. Уточните, кто собирает данные, кто согласует выводы и входит ли измерение после внедрения. Разработка экранов и внедрение изменений должны иметь отдельную оценку.
Итог: карта, по которой можно принимать решения
Оптимальный первый шаг — выбрать один сценарий, подтвердить барьеры и довести приоритетное изменение до измерения. CJM сохраняет связь между целью покупателя и работой команды, когда у каждой находки есть источник, у решения — ответственный, а у результата — понятный показатель.
| Часть карты | Проверка готовности |
|---|---|
| Сценарий | Понятны группа покупателей, цель и границы пути |
| Опыт | Действия и ожидания подтверждены; предположения отмечены |
| Изменения | Есть приоритет, владелец и оценка реализации |
| Измерение | Заданы показатель, источник, период и условия сравнения |
- Свяжите сценарии с требованиями через бизнес-аналитику; для действующего интерфейса используйте аудит UX/UI.
- Расскажите о пути покупки и задаче, чтобы согласовать состав работ и критерии результата.
Часто задаваемые вопросы
Что входит в CJM интернет-магазина?
Описание группы покупателей и сценария, этапы пути, действия, точки контакта, ожидания и барьеры. К каждой проблеме добавляют источник подтверждения, возможное изменение, показатель и ответственного.
Чем CJM отличается от воронки продаж?
Воронка показывает количество людей между действиями и долю переходов. CJM описывает контекст покупателя, его ожидания и причины затруднений. Данные воронки помогают выбрать участок пути для изучения.
Можно ли составить CJM без интервью?
Предварительную карту можно составить по аналитике, обращениям и наблюдениям. Неподтверждённые мотивы и эмоции отмечают как гипотезы. Если причина ухода неизвестна, её проверяют разговором с покупателями или наблюдением за выполнением задачи.
Нужны ли отдельные CJM для сайта и приложения?
Если человек решает одну задачу и переходит между каналами, переходы показывают на общей карте. Отдельные карты нужны, когда различаются группы покупателей, цели или условия покупки. Важно сохранить связь опыта между каналами.
Как измерить результат работы с CJM?
Для выбранного барьера задают показатель до внедрения, источник данных и условия сравнения. После изменения проверяют целевое действие и последствия: например, оплаченные заказы вместе с отменами, возвратами и обращениями. Сама карта не гарантирует рост продаж.
Как часто обновлять карту пути клиента?
После изменений в оформлении, доставке, оплате или правилах магазина, а также при появлении новых подтверждённых барьеров. Владельцу карты нужно согласовать регулярный пересмотр с учётом частоты покупок и поступления данных.
Источники и фактура
- Nielsen Norman Group: Journey Mapping 101 — базовые составляющие карты.
- Кейс Сыроварни — оформление заказа и опубликованный срок запуска приложения.
- Кейс LUSIO — фотографии и состав товаров в истории заказов.
Фактура кейсов проверена 6 октября 2026 года. Пример пути заказа и формулы на учебных числах подготовлены для объяснения метода.
Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.
