Почему письмо о корзине приходит после офлайн-покупки

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

Такой сценарий называют O2O, от online to offline: путь начинается в интернете и продолжается в физической точке. Для напоминания о корзине важны две вещи: можно ли связать чек с тем же клиентом и успела ли информация о чеке попасть в систему коммуникаций. Простое увеличение задержки перед письмом решает только часть второй задачи.

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

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

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

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

Разведите отсутствие покупки и отсутствие данных

Статус «заказ не найден» может означать, что человек не купил, касса ещё не передала чек или чек не удалось связать с профилем. Это разные состояния. Последнее нельзя исправлять автоматической склейкой по похожему имени или адресу.

Условный пример: корзина создана в 14:00, покупка в магазине совершена в 14:20, передача кассовых данных завершилась в 14:45. Проверка в 14:30 даст неверное основание для письма. Проверка в 15:00 поможет только при успешной идентификации. Если покупатель не предъявил карту и не вошёл в аккаунт, дополнительное ожидание не создаст отсутствующую связь.

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

Соберите проверку перед отправкой

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

Как проверить исправление

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

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

Источники

Klaviyo. How to create an abandoned cart flow. Help Center. Раздел Preventing abandoned cart emails after a purchase. Проверено 22.09.2026.