Как service blueprint помог Lamoda сократить провалы в доставке и вернуть контроль над опытом

Как service blueprint помог Lamoda сократить провалы в доставке и вернуть контроль над опытом

В e-commerce 2026 выигрывает не тот, кто громче привлекает трафик, а тот, кто удерживает клиента после первой покупки. На фоне снижения среднего чека на 5–8% и роста роли retention (удержания) Lamoda логично сместила фокус с витрины на путь после заказа.

Контекст был типичный для крупного fashion-маркетплейса: клиент видит обещание «доставим завтра», а дальше начинается расхождение между фронтом и бэком. Поддержка отвечает по скрипту, склад живёт по своим SLA, курьерская служба — по своим, а клиент оценивает не процессы, а итог: «приехало вовремя или нет». В такой схеме даже 1–2 сбоя на 100 заказов быстро превращаются в заметный отток повторных покупок.

Задача Lamoda была не просто уменьшить число жалоб, а собрать целостную карту пути клиента и service blueprint — схему, где видны и клиентские шаги, и все внутренние действия за кулисами. Это важно именно для CX-менеджера: пока вы рисуете только customer journey, вы видите симптомы. Пока добавляете blueprint, находите причину.

Что сделали:
— Разложили путь на 7 ключевых точек: выбор доставки, оформление, подтверждение, сборка, передача в доставку, вручение, постподдержка.
— Для каждой точки зафиксировали владельца, SLA, типовые ошибки и каналы эскалации.
— Сопоставили данные из поддержки, логистики и NPS-опросов. Выяснилось, что 62% негативных оценок возникали не из-за самой задержки, а из-за отсутствия понятного статуса заказа.
— Пересобрали коммуникации: клиент стал получать не общую фразу «заказ в пути», а конкретный статус с прогнозом и причиной смещения.
— Убрали разрывы между CRM, складом и курьерским трекингом, чтобы оператор видел ту же картину, что и клиент.

Результат оказался показательным: число обращений по доставке снизилось на 18%, доля повторных покупок среди клиентов с беспроблемной доставкой выросла на 11%, а NPS по этапу получения заказа прибавил 9 пунктов. Важно не только то, что стало меньше жалоб, но и то, что команда получила управляемую модель: теперь любой сбой можно было отнести к конкретному звену цепочки, а не к абстрактному «плохому опыту».

Урок простой: **customer journey без service blueprint — это карта ощущений, а не карта управления**. Если вы хотите влиять на выручку в модели RevOps, вам нужен не красивый путь на слайде, а связка «обещание — процесс — метрика». Тогда CX перестаёт быть функцией поддержки и становится рычагом удержания.

— @CXjourneyRoom