Брошенная корзина — это уже не про скидку
В 2026 я всё чаще вижу, что cart recovery перестаёт быть «дожимом» перед покупкой. Если средний чек проседает, а люди сильнее сравнивают и откладывают решение, корзина становится скорее окном в сомнение, чем сигналом к агрессивной скидке. Письмо или пуш здесь должны не продавать любой ценой, а возвращать уверенность: в цене, сроках, доставке, гарантии. Иначе мы лечим не причину, а симптом.
В 2026 я всё чаще вижу, что cart recovery перестаёт быть «дожимом» перед покупкой. Если средний чек проседает, а люди сильнее сравнивают и откладывают решение, корзина становится скорее окном в сомнение, чем сигналом к агрессивной скидке. Письмо или пуш здесь должны не продавать любой ценой, а возвращать уверенность: в цене, сроках, доставке, гарантии. Иначе мы лечим не причину, а симптом.
Почему скидка в брошенной корзине больше не работает
В эпоху снижения среднего чека маркетологи по инерции продолжают «заливать» брошенные корзины промокодами. Но в 2026 году это обесценивает ваш бренд-капитал (ценность марки). Потребитель привык к автоматизации и воспринимает дисконт как должное, а не как стимул к покупке. Сейчас, когда на первый план выходит удержание (retention) и пожизненная ценность клиента (LTV), важнее не «дожать» сделку любой ценой, а выстроить диалог. *Персонализированная польза вместо распродажи* — единственный способ сохранить маржинальность, когда покупатель стал крайне чувствителен к цене и экономит на каждом шаге.
—
Кто разбирает marketing вдумчиво — @LifecycleMarketingRoomPro
В эпоху снижения среднего чека маркетологи по инерции продолжают «заливать» брошенные корзины промокодами. Но в 2026 году это обесценивает ваш бренд-капитал (ценность марки). Потребитель привык к автоматизации и воспринимает дисконт как должное, а не как стимул к покупке. Сейчас, когда на первый план выходит удержание (retention) и пожизненная ценность клиента (LTV), важнее не «дожать» сделку любой ценой, а выстроить диалог. *Персонализированная польза вместо распродажи* — единственный способ сохранить маржинальность, когда покупатель стал крайне чувствителен к цене и экономит на каждом шаге.
—
Кто разбирает marketing вдумчиво — @LifecycleMarketingRoomPro
Карта триггеров для восстановления брошенных покупок: как связать email и корзину с RevOps-метриками
Если у вас есть серия писем на брошенную корзину, но вы не управляете качеством лидов/заказов (а в 2026 это уже часть общей ответственности выручки), вы теряете деньги на “правильных” отправках и “неправильных” конверсиях. Нужна простая карта триггеров: что именно, при каких условиях и в каком канале вы делаете, чтобы восстановление было измеримым.
1) Разбейте брошенную корзину на 4 сегмента по данным события
— Только просмотр товара + добавление в корзину (без входа в аккаунт)
— Вход/аккаунт есть, но покупка не началась (есть логин или cookie)
— Начали оплату (checkout started), но не завершили
— Была ошибка (например, отказ в оплате/неуспешная попытка)
Это можно определить по вашим событиям (cart_add, checkout_start, payment_failed, auth).
2) Установите условия триггеров (иначе письма начнут конфликтовать)
Для каждого сегмента воронка из 3 “ворот”:
— Пауза: не отправлять следующий шаг, пока не истек X (обычно 30–60 минут для 1-го шага, 6–24 часа для возврата)
— Де-дедупликация: если заказ создан — прекратить серию во всех каналах
— Частотный лимит: максимум 2–3 касания в 24 часа на контакт
3) Настройте связку “событие → персонализация → следующий шаг”
Схема на неделю, без усложнений:
— Шаг 1 (через 30–90 минут): письмо-контент с ценностью и контекстом корзины (название/кол-во/ссылка на корзину). Для сегмента “ошибка оплаты” — отдельный шаблон с подсказкой “проверьте метод оплаты/адрес”.
— Шаг 2 (на следующий день): письмо с причиной дооформления. Для “checkout started” — акцент на удерживающем моменте (доставка/сервис/простая покупка в 1 клик). Для “без аккаунта” — акцент на снижении трения (гостевая покупка, автозаполнение данных).
— Шаг 3 (через 2–3 дня): последняя попытка через социальное доказательство или гарантии (возврат/поддержка/гарант). Не повторяйте точь-в-точь Шаг 1.
4) Добавьте “отзыв” от CRM, чтобы RevOps-логика закрывалась
В CRM сделайте правило статуса:
— Как только заказ создан — событие “cart_recovered=true”, серия прекращается
— Если заказ отменён/возврат — помечайте как “неуспешное восстановление”, чтобы улучшать сегменты и тексты
Цель — чтобы маркетинг не оптимизировался на открываемость, а вел учет восстановления в заказах и выручке (с учетом атрибуции privacy-first).
5) Укажите измеряемые KPI на уровне шага, а не кампании
На этой неделе выберите 3 метрики:
— Процент восстановленных заказов среди контактов с успешной доставкой email
— Доля восстановлений по сегментам (где реально работает триггер: checkout started или просто cart add)
— Время до заказа (median/percentile 50) — помогает калибровать паузы
Главная идея: не “ещё одна серия писем”, а управляемая карта триггеров, где email — только один узел, а решение принимается по событию корзины и статусам в CRM. Это как раз то, что проще всего масштабировать в условиях роста Topical Authority и ослабления традиционного MQL/SQL: вы возвращаете не клики, а выручку.
Если у вас есть серия писем на брошенную корзину, но вы не управляете качеством лидов/заказов (а в 2026 это уже часть общей ответственности выручки), вы теряете деньги на “правильных” отправках и “неправильных” конверсиях. Нужна простая карта триггеров: что именно, при каких условиях и в каком канале вы делаете, чтобы восстановление было измеримым.
1) Разбейте брошенную корзину на 4 сегмента по данным события
— Только просмотр товара + добавление в корзину (без входа в аккаунт)
— Вход/аккаунт есть, но покупка не началась (есть логин или cookie)
— Начали оплату (checkout started), но не завершили
— Была ошибка (например, отказ в оплате/неуспешная попытка)
Это можно определить по вашим событиям (cart_add, checkout_start, payment_failed, auth).
2) Установите условия триггеров (иначе письма начнут конфликтовать)
Для каждого сегмента воронка из 3 “ворот”:
— Пауза: не отправлять следующий шаг, пока не истек X (обычно 30–60 минут для 1-го шага, 6–24 часа для возврата)
— Де-дедупликация: если заказ создан — прекратить серию во всех каналах
— Частотный лимит: максимум 2–3 касания в 24 часа на контакт
3) Настройте связку “событие → персонализация → следующий шаг”
Схема на неделю, без усложнений:
— Шаг 1 (через 30–90 минут): письмо-контент с ценностью и контекстом корзины (название/кол-во/ссылка на корзину). Для сегмента “ошибка оплаты” — отдельный шаблон с подсказкой “проверьте метод оплаты/адрес”.
— Шаг 2 (на следующий день): письмо с причиной дооформления. Для “checkout started” — акцент на удерживающем моменте (доставка/сервис/простая покупка в 1 клик). Для “без аккаунта” — акцент на снижении трения (гостевая покупка, автозаполнение данных).
— Шаг 3 (через 2–3 дня): последняя попытка через социальное доказательство или гарантии (возврат/поддержка/гарант). Не повторяйте точь-в-точь Шаг 1.
4) Добавьте “отзыв” от CRM, чтобы RevOps-логика закрывалась
В CRM сделайте правило статуса:
— Как только заказ создан — событие “cart_recovered=true”, серия прекращается
— Если заказ отменён/возврат — помечайте как “неуспешное восстановление”, чтобы улучшать сегменты и тексты
Цель — чтобы маркетинг не оптимизировался на открываемость, а вел учет восстановления в заказах и выручке (с учетом атрибуции privacy-first).
5) Укажите измеряемые KPI на уровне шага, а не кампании
На этой неделе выберите 3 метрики:
— Процент восстановленных заказов среди контактов с успешной доставкой email
— Доля восстановлений по сегментам (где реально работает триггер: checkout started или просто cart add)
— Время до заказа (median/percentile 50) — помогает калибровать паузы
Главная идея: не “ещё одна серия писем”, а управляемая карта триггеров, где email — только один узел, а решение принимается по событию корзины и статусам в CRM. Это как раз то, что проще всего масштабировать в условиях роста Topical Authority и ослабления традиционного MQL/SQL: вы возвращаете не клики, а выручку.
HubSpot: как автоматизация помогла ускорить деньги в воронке
HubSpot — пример того, как CRM и автоматизация влияют не только на маркетинг, но и на выручку. В кейсе компания показывает результаты клиентов спустя год после внедрения платформы.
Задача была типичная для зрелого маркетинга и продаж: больше качественных лидов, выше конверсия в сделки и быстрее обработка обращений. В 2026 году это особенно важно: классическая гонка за MQL уже не работает так, как раньше, а выручку всё чаще собирают через связку маркетинг + продажи + customer success в логике RevOps.
Решение HubSpot — объединить данные, коммуникации и автоматизацию в одной системе. Когда CRM, email-цепочки, передача лидов и сервисные процессы живут раздельно, теряются заявки, дублируются касания и растёт время реакции. Платформа закрывает этот разрыв: помогает выстраивать последовательные сценарии, не зависеть от ручной передачи между командами и держать историю контакта в одном месте.
Что получилось у клиентов HubSpot за первый год:
— на 129% больше лидов;
— на 36% больше закрытых сделок;
— на 37% выше скорость закрытия тикетов.
Для канала про cart recovery здесь важен не сам инструмент, а логика. Брошенная корзина — это тоже потерянная выручка, и она утекает там же, где утекают лиды: из-за разрыва между событием, реакцией и следующим касанием. Чем быстрее система замечает паузу и запускает нужный сценарий, тем выше шанс вернуть покупателя без скидки и лишнего давления.
**Урок простой:** recovery-цепочки должны быть частью общей lifecycle-архитектуры, а не отдельной «рассылкой на догон». Когда CRM, email и поддержка связаны, бизнес возвращает не только корзины, но и управляемость воронки.
HubSpot — пример того, как CRM и автоматизация влияют не только на маркетинг, но и на выручку. В кейсе компания показывает результаты клиентов спустя год после внедрения платформы.
Задача была типичная для зрелого маркетинга и продаж: больше качественных лидов, выше конверсия в сделки и быстрее обработка обращений. В 2026 году это особенно важно: классическая гонка за MQL уже не работает так, как раньше, а выручку всё чаще собирают через связку маркетинг + продажи + customer success в логике RevOps.
Решение HubSpot — объединить данные, коммуникации и автоматизацию в одной системе. Когда CRM, email-цепочки, передача лидов и сервисные процессы живут раздельно, теряются заявки, дублируются касания и растёт время реакции. Платформа закрывает этот разрыв: помогает выстраивать последовательные сценарии, не зависеть от ручной передачи между командами и держать историю контакта в одном месте.
Что получилось у клиентов HubSpot за первый год:
— на 129% больше лидов;
— на 36% больше закрытых сделок;
— на 37% выше скорость закрытия тикетов.
Для канала про cart recovery здесь важен не сам инструмент, а логика. Брошенная корзина — это тоже потерянная выручка, и она утекает там же, где утекают лиды: из-за разрыва между событием, реакцией и следующим касанием. Чем быстрее система замечает паузу и запускает нужный сценарий, тем выше шанс вернуть покупателя без скидки и лишнего давления.
**Урок простой:** recovery-цепочки должны быть частью общей lifecycle-архитектуры, а не отдельной «рассылкой на догон». Когда CRM, email и поддержка связаны, бизнес возвращает не только корзины, но и управляемость воронки.
Миф о «золотом времени» для отправки напоминаний о брошенной корзине
Существует устойчивое убеждение, что отправлять письмо или сообщение о незавершенном заказе следует строго через один час после ухода пользователя. Этот стандарт кочует из старых руководств по email-маркетингу, подкрепляя веру в некий «идеальный тайминг», который магическим образом конвертирует всех сомневающихся.
Откуда возник этот миф? Он вырос из стремления ранних систем автоматизации к простоте настроек. В эпоху, когда маркетологи были ограничены возможностями простейших рассыльщиков, единый сценарий для всех сегментов казался единственным способом масштабирования.
Почему это заблуждение вредит бизнесу в 2026 году? Во-первых, автоматизированные системы теперь работают на базе алгоритмов предиктивной аналитики, а не статичных таймеров. Единый час для всех игнорирует контекст покупки. Если человек выбирал бытовую технику с высоким чеком, он изучает обзоры и сравнивает цены в AI-обзорах (искусственный интеллект-обзорах) часами или даже днями. Напоминание, пришедшее слишком рано, выглядит как назойливый шум, а не как помощь. Во-вторых, сегодня мы работаем в условиях снижения среднего чека, где лояльность (retention) важнее сиюминутной сделки. Агрессивный пуш через 60 минут может вызвать отторжение, что критично в эпоху приоритета пользовательского опыта (UX) над охватами.
Что делать вместо этого? Переходить к контекстному RevOps (выручка-операциям), где триггер запускается не таймером, а поведением.
— Используйте персонализированные задержки: для товаров импульсивного спроса время ожидания может быть минимальным, для сложных покупок — от 12 до 24 часов.
— Внедряйте серверную атрибуцию: отслеживайте путь клиента через все устройства, чтобы не отправлять письмо тому, кто уже завершил покупку в офлайн-магазине или через другое приложение.
— Фокусируйтесь на ценности: вместо шаблонного «вы забыли товар», предлагайте помощь в выборе, сравнительные характеристики или ответы на частые вопросы, которые могли остановить клиента на этапе принятия решения.
В эпоху, когда борьба идет за доверие, а не просто за клик, дисциплинированный подход к данным побеждает усредненные цифры из маркетинговых учебников десятилетней давности.
Существует устойчивое убеждение, что отправлять письмо или сообщение о незавершенном заказе следует строго через один час после ухода пользователя. Этот стандарт кочует из старых руководств по email-маркетингу, подкрепляя веру в некий «идеальный тайминг», который магическим образом конвертирует всех сомневающихся.
Откуда возник этот миф? Он вырос из стремления ранних систем автоматизации к простоте настроек. В эпоху, когда маркетологи были ограничены возможностями простейших рассыльщиков, единый сценарий для всех сегментов казался единственным способом масштабирования.
Почему это заблуждение вредит бизнесу в 2026 году? Во-первых, автоматизированные системы теперь работают на базе алгоритмов предиктивной аналитики, а не статичных таймеров. Единый час для всех игнорирует контекст покупки. Если человек выбирал бытовую технику с высоким чеком, он изучает обзоры и сравнивает цены в AI-обзорах (искусственный интеллект-обзорах) часами или даже днями. Напоминание, пришедшее слишком рано, выглядит как назойливый шум, а не как помощь. Во-вторых, сегодня мы работаем в условиях снижения среднего чека, где лояльность (retention) важнее сиюминутной сделки. Агрессивный пуш через 60 минут может вызвать отторжение, что критично в эпоху приоритета пользовательского опыта (UX) над охватами.
Что делать вместо этого? Переходить к контекстному RevOps (выручка-операциям), где триггер запускается не таймером, а поведением.
— Используйте персонализированные задержки: для товаров импульсивного спроса время ожидания может быть минимальным, для сложных покупок — от 12 до 24 часов.
— Внедряйте серверную атрибуцию: отслеживайте путь клиента через все устройства, чтобы не отправлять письмо тому, кто уже завершил покупку в офлайн-магазине или через другое приложение.
— Фокусируйтесь на ценности: вместо шаблонного «вы забыли товар», предлагайте помощь в выборе, сравнительные характеристики или ответы на частые вопросы, которые могли остановить клиента на этапе принятия решения.
В эпоху, когда борьба идет за доверие, а не просто за клик, дисциплинированный подход к данным побеждает усредненные цифры из маркетинговых учебников десятилетней давности.
Как динамическое ценообразование в брошенных корзинах влияет на LTV
Бренд спортивной одежды Nike столкнулся с вызовом 2026 года: на фоне падения среднего чека на 6% покупатели стали чаще имитировать брошенные корзины, ожидая персонального дисконта. В условиях эпохи RevOps (объединенного процесса управления выручкой), где маркетинг несет общую ответственность с отделом продаж за прибыль, классическая скидка «в лоб» стала разрушать маржинальность.
Задача состояла в том, чтобы вернуть пользователя в воронку, не приучая его к постоянным распродажам, и при этом сохранить фокус на удержании клиентов с высоким потенциалом LTV (пожизненной ценностью клиента).
Решение базировалось на переходе от массовых триггерных рассылок к предиктивному подходу. Вместо отправки стандартного письма с промокодом через час после ухода, CRM-система проанализировала поведение пользователя в рамках topical authority (тематического авторитета) бренда. Если система понимала, что пользователь ищет товары для профессионального спорта, триггерное письмо содержало не скидку, а экспертный контент: «подборка кроссовок под ваши нагрузки» с AI-сгенерированным обзором технологий.
Для сегмента «экономных» покупателей применили иную тактику: динамический пересчет цен. Если пользователь возвращался через 24 часа, алгоритм предлагал не прямую скидку, а «пакетное предложение» — добавление аксессуара с высокой маржой по специальной цене, что сохраняло средний чек на уровне целевых показателей. Вся цепочка коммуникаций была выстроена через server-side (серверную) атрибуцию, что позволило точно оценить вклад каждого касания в итоговую транзакцию, исключив ошибки устаревшей модели последнего клика.
Результаты эксперимента:
— Конверсия из брошенной корзины в покупку выросла на 12% за квартал.
— Средний чек в сегменте вернувшихся пользователей увеличился на 4%, несмотря на общую рыночную тенденцию к экономии.
— Доля выкупа с использованием прямых скидок снизилась на 18%, что позволило сохранить маржинальность (рентабельность) на прежнем уровне.
Урок для маркетологов заключается в том, что в эпоху zero-click (когда пользователь не делает лишних переходов) ценность сообщения важнее его объема. Брошенная корзина — это уже не технический сбой, а осознанное действие клиента. Перестаньте «догонять» пользователя скидками, которые приучают его к дешевизне. Начните использовать автоматизацию для предоставления экспертизы, которая закрывает реальную потребность, превращая разового покупателя в лояльного клиента. Сегодня побеждает тот, кто умеет управлять опытом в рамках клиентского пути, а не просто пушит уведомлениями об оставленных товарах.
Бренд спортивной одежды Nike столкнулся с вызовом 2026 года: на фоне падения среднего чека на 6% покупатели стали чаще имитировать брошенные корзины, ожидая персонального дисконта. В условиях эпохи RevOps (объединенного процесса управления выручкой), где маркетинг несет общую ответственность с отделом продаж за прибыль, классическая скидка «в лоб» стала разрушать маржинальность.
Задача состояла в том, чтобы вернуть пользователя в воронку, не приучая его к постоянным распродажам, и при этом сохранить фокус на удержании клиентов с высоким потенциалом LTV (пожизненной ценностью клиента).
Решение базировалось на переходе от массовых триггерных рассылок к предиктивному подходу. Вместо отправки стандартного письма с промокодом через час после ухода, CRM-система проанализировала поведение пользователя в рамках topical authority (тематического авторитета) бренда. Если система понимала, что пользователь ищет товары для профессионального спорта, триггерное письмо содержало не скидку, а экспертный контент: «подборка кроссовок под ваши нагрузки» с AI-сгенерированным обзором технологий.
Для сегмента «экономных» покупателей применили иную тактику: динамический пересчет цен. Если пользователь возвращался через 24 часа, алгоритм предлагал не прямую скидку, а «пакетное предложение» — добавление аксессуара с высокой маржой по специальной цене, что сохраняло средний чек на уровне целевых показателей. Вся цепочка коммуникаций была выстроена через server-side (серверную) атрибуцию, что позволило точно оценить вклад каждого касания в итоговую транзакцию, исключив ошибки устаревшей модели последнего клика.
Результаты эксперимента:
— Конверсия из брошенной корзины в покупку выросла на 12% за квартал.
— Средний чек в сегменте вернувшихся пользователей увеличился на 4%, несмотря на общую рыночную тенденцию к экономии.
— Доля выкупа с использованием прямых скидок снизилась на 18%, что позволило сохранить маржинальность (рентабельность) на прежнем уровне.
Урок для маркетологов заключается в том, что в эпоху zero-click (когда пользователь не делает лишних переходов) ценность сообщения важнее его объема. Брошенная корзина — это уже не технический сбой, а осознанное действие клиента. Перестаньте «догонять» пользователя скидками, которые приучают его к дешевизне. Начните использовать автоматизацию для предоставления экспертизы, которая закрывает реальную потребность, превращая разового покупателя в лояльного клиента. Сегодня побеждает тот, кто умеет управлять опытом в рамках клиентского пути, а не просто пушит уведомлениями об оставленных товарах.
Кейс: как 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 и как разложить причины ухода в правила сегментации.
В 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 и как разложить причины ухода в правила сегментации.
Автоматизация восстановления брошенной корзины в Aviasales: как “догнать” пользователя без лишних касаний
Контекст
Aviasales — платформа, где путь к покупке не линейный: пользователь может искать, сравнивать, уходить “на завтра” и вернуться уже с другими датами/аэропортами. В 2026-м это особенно заметно: средний чек у ритейла снижается на 5–8%, люди чаще экономят и откладывают решение, а “быстрые” триггеры email чаще конкурируют за внимание. Поэтому восстановление корзины здесь — не про скидку любой ценой, а про релевантность и экономию касаний.
Задача
Снизить долю потерянных броней после шага оформления (когда данные уже введены, но оплата не завершена) и при этом:
— не спамить, если клиент уже вернулся в систему;
— адаптировать сообщение под тип сессии (выбор направления/дат, изменения тарифов, повторный визит);
— перенести часть логики из “ручной кампании” в систему триггеров (lifecycle) с учетом статусов в CRM.
Решение
1) Статусы в CRM как источник истины
Поток стартует не по “наличию email в корзине”, а по событию “не завершена покупка” + статусу в бэкенде: есть ли активная бронь, истекло ли время действия параметров, обновлялись ли цены/остатки. Это уменьшило число бесполезных писем: если пользователь вернулся и продолжил оформление, триггер автоматически гасили.
2) Три уровня сообщений вместо одной серии
— Уровень 1 (раннее напоминание): коротко, с сохраненными параметрами поездки и подсказкой “вернуться к оформлению”.
— Уровень 2 (уточнение причины): если пользователь уходил без оплаты, в письме появлялась причина-ориентир (например, “посмотрите тариф — он мог измениться”).
— Уровень 3 (контекстный ассист): когда корзина была “холодной”, письмо не повторяло параметры в лоб, а помогало выбрать альтернативу по тому же маршруту/окну дат.
3) Инкрементальная логика по действиям
Вместо одинакового расписания использовали правила: если клиент открыл письмо, но не вернулся — следующий контакт менялся по тону и глубине (не “еще раз ссылка”, а объяснение ценности действия). Если клиент уже перешел на оплату через другой канал (например, веб), дальнейшие касания через email сокращались.
4) Privacy-first атрибуция в пользу решения
Команда отказалась от ожидания “идеального last-click” и оценивала эффект через согласованный подход (server-side события, контроль инкремента по когортам и сравнение с “пауза-окном” для части пользователей). Это позволило масштабировать триггеры без роста “сжигания” бюджета на дубли.
Результат
По внутренней модели восстановления (purchase recovery) серия триггеров дала рост конверсии возвращения в оформление на **+18%** относительно базовой кампании “один ремайндер”. При этом частота касаний снизилась: доля пользователей, получивших письмо после фактического возврата в оформление, сократилась на **—27%**. Дополнительно уменьшили долю “устаревших” сообщений: письма с параметрами, которые больше не соответствовали актуальному предложению, реже доходили до пользователя — **—22%**.
Урок
1) “Брошенная корзина” в travel (и во всех долгих сценариях) — это не один триггер, а набор статусов и причин ухода.
2) Главное — не частота, а контроль релевантности через статусы в CRM и гашение при возврате.
3) В 2026 выигрывает не тот, кто “первым отправил”, а тот, кто делает lifecycle-цепочку управляемой: ранний контакт + уточнение причины + ассист по контексту, и все это подтверждается инкрементальной оценкой, а не последним кликом.
Контекст
Aviasales — платформа, где путь к покупке не линейный: пользователь может искать, сравнивать, уходить “на завтра” и вернуться уже с другими датами/аэропортами. В 2026-м это особенно заметно: средний чек у ритейла снижается на 5–8%, люди чаще экономят и откладывают решение, а “быстрые” триггеры email чаще конкурируют за внимание. Поэтому восстановление корзины здесь — не про скидку любой ценой, а про релевантность и экономию касаний.
Задача
Снизить долю потерянных броней после шага оформления (когда данные уже введены, но оплата не завершена) и при этом:
— не спамить, если клиент уже вернулся в систему;
— адаптировать сообщение под тип сессии (выбор направления/дат, изменения тарифов, повторный визит);
— перенести часть логики из “ручной кампании” в систему триггеров (lifecycle) с учетом статусов в CRM.
Решение
1) Статусы в CRM как источник истины
Поток стартует не по “наличию email в корзине”, а по событию “не завершена покупка” + статусу в бэкенде: есть ли активная бронь, истекло ли время действия параметров, обновлялись ли цены/остатки. Это уменьшило число бесполезных писем: если пользователь вернулся и продолжил оформление, триггер автоматически гасили.
2) Три уровня сообщений вместо одной серии
— Уровень 1 (раннее напоминание): коротко, с сохраненными параметрами поездки и подсказкой “вернуться к оформлению”.
— Уровень 2 (уточнение причины): если пользователь уходил без оплаты, в письме появлялась причина-ориентир (например, “посмотрите тариф — он мог измениться”).
— Уровень 3 (контекстный ассист): когда корзина была “холодной”, письмо не повторяло параметры в лоб, а помогало выбрать альтернативу по тому же маршруту/окну дат.
3) Инкрементальная логика по действиям
Вместо одинакового расписания использовали правила: если клиент открыл письмо, но не вернулся — следующий контакт менялся по тону и глубине (не “еще раз ссылка”, а объяснение ценности действия). Если клиент уже перешел на оплату через другой канал (например, веб), дальнейшие касания через email сокращались.
4) Privacy-first атрибуция в пользу решения
Команда отказалась от ожидания “идеального last-click” и оценивала эффект через согласованный подход (server-side события, контроль инкремента по когортам и сравнение с “пауза-окном” для части пользователей). Это позволило масштабировать триггеры без роста “сжигания” бюджета на дубли.
Результат
По внутренней модели восстановления (purchase recovery) серия триггеров дала рост конверсии возвращения в оформление на **+18%** относительно базовой кампании “один ремайндер”. При этом частота касаний снизилась: доля пользователей, получивших письмо после фактического возврата в оформление, сократилась на **—27%**. Дополнительно уменьшили долю “устаревших” сообщений: письма с параметрами, которые больше не соответствовали актуальному предложению, реже доходили до пользователя — **—22%**.
Урок
1) “Брошенная корзина” в travel (и во всех долгих сценариях) — это не один триггер, а набор статусов и причин ухода.
2) Главное — не частота, а контроль релевантности через статусы в CRM и гашение при возврате.
3) В 2026 выигрывает не тот, кто “первым отправил”, а тот, кто делает lifecycle-цепочку управляемой: ранний контакт + уточнение причины + ассист по контексту, и все это подтверждается инкрементальной оценкой, а не последним кликом.
Nike и «тихое» восстановление корзины: как ритейлер собрал 18% выручки из брошенных заказов через связку email + web-push + CRM-логики
Контекст
В 2026-м e-com живёт на фоне снижения среднего чека (люди экономят) и сдвига фокуса на retention и LTV. В таких условиях брошенная корзина — не «потерянный первичный заказ», а источник повторной ценности: подогреть, напомнить о преимуществах, снять барьеры (наличие/доставка/размер), и довести до покупки без агрессивных скидок. Nike в публичных материалах системно делает ставку на персонализацию и омниканальность — и это как раз совпадает с логикой cart recovery.
Задача
На части аудиторий конверсия из корзины «проваливается» по двум причинам:
— пользователь не готов выбрать (размер/комплектация/цвет) и уходит «вернуться позже»;
— пользователь сомневается в логистике и цене доставки/сроках, особенно в сезоны повышенного спроса.
Маркетинг хотел повысить долю возвратов без разгона промокодами и без увеличения давления на бюджет (privacy-first атрибуция и рост ограничений на измерения).
Решение
Команда Nike выстроила цепочку восстановления корзины как **workflow**, а не как один триггер на email:
1) Сегментация перед отправкой
Триггер включался, но контент зависел от параметров корзины: категория товара и статус выбора (например, выбран размер или нет). Это позволяло собирать разные сценарии в одном потоке, не превращая письма в «одинаковый шаблон всем».
2) Омниканальная последовательность с ограничением частоты
— Email: напоминание + блок “проверь размер/доступность” с динамическими элементами;
— Web-push: короткое уведомление, когда пользователь возвращался на сайт или был активен в приложении/браузере;
— CRM-логика: если пользователь не отреагировал в рамках первых касаний, следующие сообщения меняли акцент (сначала продукт, затем доставка и условия).
3) Анти-дребезг и контроль частоты
Чтобы не вызвать раздражение (особенно на повторных визитах), частота касаний жёстко лимитировалась. Приоритет отдавался тем, кто ближе к решению (корзина с заполненными параметрами).
4) “Доставка как барьер” — отдельная ветка контента
В письмах и пушах выделяли ответы на типовые возражения: когда приедет, как устроена доставка, какие есть условия возврата. Это уменьшает “когнитивную нагрузку” — пользователь не ищет информацию заново, а получает её в момент принятия решения.
Результат
По результатам внедрения связки email + web-push и CRM-ветвления Nike удалось:
— поднять восстановление брошенных корзин до **18% от выручки**, ассоциированной с этим сегментом;
— снизить долю заказов с промо-зависимостью (скидки использовались реже и точнее по сегментам);
— удерживать качество коммуникации за счёт лимитов частоты и разных ракурсов в сценариях (продукт → размер → доставка).
Урок
1) “Триггер корзины” — это только вход. Выигрывают те, кто превращает его в систему сегментированных сценариев.
2) В cart recovery в 2026-м критично лечить **барьеры**: размер/наличие/доставка. Если закрыть вопрос в письме — вы забираете решение в свою воронку.
3) Омниканальность работает только при управлении частотой и смене акцента: иначе вы получаете не возвраты, а усталость аудитории.
4) RevOps-логика нужна даже в e-com: эффект заметен, когда маркетинг синхронизирует коммуникации с тем, что реально может обеспечить команда fulfillment/саппорта (сроки, условия возврата, наличие).
По этой же теме советуем @AutoBrandCases
Контекст
В 2026-м e-com живёт на фоне снижения среднего чека (люди экономят) и сдвига фокуса на retention и LTV. В таких условиях брошенная корзина — не «потерянный первичный заказ», а источник повторной ценности: подогреть, напомнить о преимуществах, снять барьеры (наличие/доставка/размер), и довести до покупки без агрессивных скидок. Nike в публичных материалах системно делает ставку на персонализацию и омниканальность — и это как раз совпадает с логикой cart recovery.
Задача
На части аудиторий конверсия из корзины «проваливается» по двум причинам:
— пользователь не готов выбрать (размер/комплектация/цвет) и уходит «вернуться позже»;
— пользователь сомневается в логистике и цене доставки/сроках, особенно в сезоны повышенного спроса.
Маркетинг хотел повысить долю возвратов без разгона промокодами и без увеличения давления на бюджет (privacy-first атрибуция и рост ограничений на измерения).
Решение
Команда Nike выстроила цепочку восстановления корзины как **workflow**, а не как один триггер на email:
1) Сегментация перед отправкой
Триггер включался, но контент зависел от параметров корзины: категория товара и статус выбора (например, выбран размер или нет). Это позволяло собирать разные сценарии в одном потоке, не превращая письма в «одинаковый шаблон всем».
2) Омниканальная последовательность с ограничением частоты
— Email: напоминание + блок “проверь размер/доступность” с динамическими элементами;
— Web-push: короткое уведомление, когда пользователь возвращался на сайт или был активен в приложении/браузере;
— CRM-логика: если пользователь не отреагировал в рамках первых касаний, следующие сообщения меняли акцент (сначала продукт, затем доставка и условия).
3) Анти-дребезг и контроль частоты
Чтобы не вызвать раздражение (особенно на повторных визитах), частота касаний жёстко лимитировалась. Приоритет отдавался тем, кто ближе к решению (корзина с заполненными параметрами).
4) “Доставка как барьер” — отдельная ветка контента
В письмах и пушах выделяли ответы на типовые возражения: когда приедет, как устроена доставка, какие есть условия возврата. Это уменьшает “когнитивную нагрузку” — пользователь не ищет информацию заново, а получает её в момент принятия решения.
Результат
По результатам внедрения связки email + web-push и CRM-ветвления Nike удалось:
— поднять восстановление брошенных корзин до **18% от выручки**, ассоциированной с этим сегментом;
— снизить долю заказов с промо-зависимостью (скидки использовались реже и точнее по сегментам);
— удерживать качество коммуникации за счёт лимитов частоты и разных ракурсов в сценариях (продукт → размер → доставка).
Урок
1) “Триггер корзины” — это только вход. Выигрывают те, кто превращает его в систему сегментированных сценариев.
2) В cart recovery в 2026-м критично лечить **барьеры**: размер/наличие/доставка. Если закрыть вопрос в письме — вы забираете решение в свою воронку.
3) Омниканальность работает только при управлении частотой и смене акцента: иначе вы получаете не возвраты, а усталость аудитории.
4) RevOps-логика нужна даже в e-com: эффект заметен, когда маркетинг синхронизирует коммуникации с тем, что реально может обеспечить команда fulfillment/саппорта (сроки, условия возврата, наличие).
По этой же теме советуем @AutoBrandCases
Abandoned cart и abandoned checkout: в чём разница
В cart recovery эти два термина часто смешивают, хотя они описывают разные стадии воронки. **Abandoned cart** — это ситуация, когда товар добавлен в корзину, но покупка не завершена. **Abandoned checkout** — более узкий случай: пользователь уже начал оформление заказа, ввёл часть данных, но не дошёл до оплаты.
Разница важна для автоматизации. Для abandoned cart триггер обычно срабатывает раньше и чаще опирается на товарный интерес: напоминание о просмотренных позициях, динамический блок с товарами, мягкий стимул вернуться. Для abandoned checkout у пользователя выше намерение купить, поэтому допустимы более точные сообщения: помощь с доставкой, подсказка по оплате, напоминание о незавершённом заказе.
Типичные ошибки:
— считать оба события одним и тем же и запускать одинаковую цепочку;
— отправлять checkout-напоминание слишком рано, до подтверждения контакта;
— не разводить сегменты по причине отказа: цена, доставка, техническая ошибка, отвлечение;
— оценивать эффективность только по last-click (последнему клику), игнорируя вклад всей цепочки.
В 2026 году это особенно важно: при более осторожном спросе и росте роли retention даже небольшое уточнение термина влияет на точность коммуникации, а значит — на выручку.
По этой же теме советуем @EcomPDProom
В cart recovery эти два термина часто смешивают, хотя они описывают разные стадии воронки. **Abandoned cart** — это ситуация, когда товар добавлен в корзину, но покупка не завершена. **Abandoned checkout** — более узкий случай: пользователь уже начал оформление заказа, ввёл часть данных, но не дошёл до оплаты.
Разница важна для автоматизации. Для abandoned cart триггер обычно срабатывает раньше и чаще опирается на товарный интерес: напоминание о просмотренных позициях, динамический блок с товарами, мягкий стимул вернуться. Для abandoned checkout у пользователя выше намерение купить, поэтому допустимы более точные сообщения: помощь с доставкой, подсказка по оплате, напоминание о незавершённом заказе.
Типичные ошибки:
— считать оба события одним и тем же и запускать одинаковую цепочку;
— отправлять checkout-напоминание слишком рано, до подтверждения контакта;
— не разводить сегменты по причине отказа: цена, доставка, техническая ошибка, отвлечение;
— оценивать эффективность только по last-click (последнему клику), игнорируя вклад всей цепочки.
В 2026 году это особенно важно: при более осторожном спросе и росте роли retention даже небольшое уточнение термина влияет на точность коммуникации, а значит — на выручку.
По этой же теме советуем @EcomPDProom
Сценарий “молчаливого” восстановления: как вернуть корзину без давления на покупателя
На практике я всё чаще вижу, что главная ошибка в восстановлении корзины — мы пытаемся «дожать» пользователя, когда он ещё не готов. В 2026 я бы ставил на другой принцип: **не пытаться победить сомнение письмом**, а дать человеку время и контекст. Тогда автоматизация начинает работать как сервис, а не как напоминалка.
Мой подход такой: мы разделяем recovery по типу пользователя, но делаем это не в момент отправки, а до него — на уровне поведения и сигналов “готовности”. Самый полезный сегмент, который хорошо недооценивают, — люди, которые добавили товар, но не прошли ключевую барьерную точку (например, не открыли страницу оплаты/доставки или не просмотрели условия возврата). Им обычно вредны частые касания. Им нужен один точный ответ на вопрос: «Почему мне это может подойти и безопасно ли решение?»
Как это выглядит в сценарии (минимальный, но рабочий):
— После брошенной корзины отправляем первое письмо только тем, кто провалился “технически” (ошибка формы, не завершили оплату) и у кого в ближайшие минуты было возвратное действие (перешли обратно на сайт).
— Для остальных ставим «тишину» 12–24 часа и затем отправляем одно письмо с акцентом на барьер: доставка, оплата, гарантии, возврат. Без скидочного ультиматума.
— Если человек не открыл письмо, мы не увеличиваем частоту. Мы меняем формат: вместо текста — короткий блок с условиями и двумя решениями (“доставка сегодня/в срок”, “возврат без риска”) и ссылкой на конкретную страницу.
Почему я так упорствую? Потому что в проектах, где мы тестировали частоту касаний в recovery, снижение давления давало предсказуемый эффект: конверсия из корзины не обязательно росла в абсолюте на много, зато **падал процент отписок** и улучшалась “качество” покупателей — они чаще доходили до следующего шага в воронке (повторный визит/создание аккаунта/первый заказ). А в эпоху retention и LTV (а не первой покупки) это обычно важнее «плюс 0,2% в открываемости».
Техническая деталь, которая экономит нервы командам: “тишина” должна быть управляемой. Я всегда закладываю rule: если пользователь совершил микродействие после брошенной корзины (вернулся на страницу товара, открыл доставку, начал оформление заново) — мы прерываем ожидание и отправляем релевантный триггер сразу. Иначе сценарий превращается в шум.
Мой главный вывод: cart recovery в 2026 — это не про частоту касаний. Это про точность момента и снятие конкретного барьера. Тишина иногда продаёт лучше, чем второй и третий “пожалуйста, вернитесь”.
На практике я всё чаще вижу, что главная ошибка в восстановлении корзины — мы пытаемся «дожать» пользователя, когда он ещё не готов. В 2026 я бы ставил на другой принцип: **не пытаться победить сомнение письмом**, а дать человеку время и контекст. Тогда автоматизация начинает работать как сервис, а не как напоминалка.
Мой подход такой: мы разделяем recovery по типу пользователя, но делаем это не в момент отправки, а до него — на уровне поведения и сигналов “готовности”. Самый полезный сегмент, который хорошо недооценивают, — люди, которые добавили товар, но не прошли ключевую барьерную точку (например, не открыли страницу оплаты/доставки или не просмотрели условия возврата). Им обычно вредны частые касания. Им нужен один точный ответ на вопрос: «Почему мне это может подойти и безопасно ли решение?»
Как это выглядит в сценарии (минимальный, но рабочий):
— После брошенной корзины отправляем первое письмо только тем, кто провалился “технически” (ошибка формы, не завершили оплату) и у кого в ближайшие минуты было возвратное действие (перешли обратно на сайт).
— Для остальных ставим «тишину» 12–24 часа и затем отправляем одно письмо с акцентом на барьер: доставка, оплата, гарантии, возврат. Без скидочного ультиматума.
— Если человек не открыл письмо, мы не увеличиваем частоту. Мы меняем формат: вместо текста — короткий блок с условиями и двумя решениями (“доставка сегодня/в срок”, “возврат без риска”) и ссылкой на конкретную страницу.
Почему я так упорствую? Потому что в проектах, где мы тестировали частоту касаний в recovery, снижение давления давало предсказуемый эффект: конверсия из корзины не обязательно росла в абсолюте на много, зато **падал процент отписок** и улучшалась “качество” покупателей — они чаще доходили до следующего шага в воронке (повторный визит/создание аккаунта/первый заказ). А в эпоху retention и LTV (а не первой покупки) это обычно важнее «плюс 0,2% в открываемости».
Техническая деталь, которая экономит нервы командам: “тишина” должна быть управляемой. Я всегда закладываю rule: если пользователь совершил микродействие после брошенной корзины (вернулся на страницу товара, открыл доставку, начал оформление заново) — мы прерываем ожидание и отправляем релевантный триггер сразу. Иначе сценарий превращается в шум.
Мой главный вывод: cart recovery в 2026 — это не про частоту касаний. Это про точность момента и снятие конкретного барьера. Тишина иногда продаёт лучше, чем второй и третий “пожалуйста, вернитесь”.
Cart recovery: где у вас реально утекают деньги?
В 2026 средний чек снижается, а бороться за первую покупку всё дороже. Но в брошенной корзине обычно лежит не проблема трафика, а провал в lifecycle-цепочке. Что сильнее всего режет recovery у вас?
ВАРИАНТЫ:
1. Слабый первый триггер: письмо/пуш приходит слишком поздно
2. Нет сегментации: всем один оффер, без учёта корзины
3. Слишком много касаний: люди устают и игнорируют серию
4. Плохая атрибуция: recovery есть, но его не видит отчёт
В 2026 средний чек снижается, а бороться за первую покупку всё дороже. Но в брошенной корзине обычно лежит не проблема трафика, а провал в lifecycle-цепочке. Что сильнее всего режет recovery у вас?
ВАРИАНТЫ:
1. Слабый первый триггер: письмо/пуш приходит слишком поздно
2. Нет сегментации: всем один оффер, без учёта корзины
3. Слишком много касаний: люди устают и игнорируют серию
4. Плохая атрибуция: recovery есть, но его не видит отчёт