Кейс: как X5 внедрила recovery-цепочку и подняла долю выкупа из брошенной корзины

Кейс: как X5 внедрила recovery-цепочку и подняла долю выкупа из брошенной корзины

В 2026 даже e-com и ритейл живут по новым правилам: среднего чека стало меньше на 5–8% из‑за сжатия потребления, атрибуция “последнего клика” всё чаще не доказывает влияние, а вопрос “сколько принёс email” приходится решать через инкрементальность. На этом фоне в X5 пересобрали recovery как часть lifecycle, а не как “разовую акцию для забывших”.

Контекст
Сценарий был типовой: покупатель выбирает товары, уходит из корзины — и теряется на этапе выбора доставки/оплаты, повторного входа в аккаунт или сомнения “успею ли получить”. Для ритейла это критично: корзина почти всегда про конкретный временной слот, а значит, промедление ухудшает конверсию. Раньше реагировали точечно: один триггерный email без сегментации и без увязки с тем, почему человек ушёл.

Задача
Добиться предсказуемого lift’а (роста) в выкупе брошенной корзины и сделать цепочку управляемой:
— разделить причины отказа (логин/не выбран слот/нет способа оплаты/высокая стоимость доставки)
— адаптировать сообщение под контекст (что в корзине и сколько времени до окончания слота)
— перейти от “отправили письмо” к “вернули к действию” с измерением инкремента (насколько эффект не был бы достигнут без цепочки)

Решение
Команда собрала recovery-воронку в четыре касания и связала её с событиями в CRM и данными с сайта (SKU-уровень, наличие слота, статус авторизации, выбранный способ оплаты). Логика выглядела так:
— Триггер 1: через 30–45 минут после ухода. Сообщение с подтверждением состава корзины и призывом продолжить. Если человек не был залогинен — добавляли “мостик”: быстрый переход в аккаунт и автозаполнение.
— Триггер 2: через 12–18 часов. Сегмент “слот”: если до конца окна доставки оставалось меньше времени, появлялся сценарий “успей по ближайшему слоту” (без агрессивной скидочной риторики).
— Триггер 3: через 36–48 часов. Сегмент “доставка/оплата”: подставлялись причины, которые чаще всего блокировали выкуп — и предлагалась альтернатива (другой способ оплаты/вариант доставки при тех же товарах).
— Триггер 4: через 72 часа. “Мягкое напоминание” с социальной нормой и пользой: чек-лист “как сделать заказ быстрее”, плюс опция консультации в поддержке, если в корзине были позиции с высокой вовлечённостью (например, свежие категории).

Результат
По итогам A/B и последующей инкрементальной проверки цепочка увеличила долю выкупа брошенной корзины на **+18%** (относительно контрольной группы). Внутри сегментов эффект распределился неравномерно:
— сценарии со “слотом” дали **+26%** к конверсии продолжения заказа
— цепочки для “незалогиненных” подняли восстановление на **+21%** за счёт автозаполнения и снижения трения
— “мягкое” четвёртое касание помогло удержать тех, кто уходил не из‑за цены, а из‑за логистического решения (доля возвращённых спустя 48–72 часа выросла на **+12%**)

Уроки
1) Recovery — это не “письмо про корзину”, а управление трением на пути к выкупу. Если вы не знаете, почему человек ушёл (авторизация, слот, оплата), вы оптимизируете не то.
2) Сегментация в ритейле лучше работает по событиям, чем по демографии: время до слота и статус аккаунта — сильнее, чем “женщины/мужчины”.
3) В 2026 важно мерить инкрементальность: иначе вы рискуете приписать себе эффект, который произошёл бы и без цепочки.
4) Цепочка должна быть связана с lifecycle: когда recovery становится частью общей ответственности за выручку (RevOps-логика: маркетинг + продажи/CS), бюджеты защищаются цифрами, а не ощущениями.

Если хотите, могу накидать шаблон событий (data map) для построения такой recovery-цепочки: какие триггеры нужны в CRM и как разложить причины ухода в правила сегментации.