Брошенные корзины: как настроить возврат покупателя к незавершённому заказу

Покупатель выбрал товары, добавил их в корзину и ушёл. Это ещё не объясняет, почему покупка не состоялась. Он мог отвлечься, сравнивать варианты, не разобраться с доставкой или столкнуться с ошибкой.

Я бы разделил две задачи. Сначала понять, что произошло на пути оформления. Затем определить, может ли магазин помочь человеку продолжить покупку и при каких условиях это уместно.

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

Договоритесь, что считать брошенной корзиной

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

Для выбранного сценария зафиксируйте начальное событие, отсутствие нужного результата и период ожидания. Например: корзина содержит товары, оформление не завершено, с последнего изменения прошло согласованное время.

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

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

Сначала пройдите путь покупателя

Проверьте несколько конкретных корзин и попробуйте повторить действия на телефоне. Понятны ли выбранный вариант, количество и итоговые условия? Не появляются ли существенные ограничения только в самом конце?

Если посетителю предлагают повторить неудобный или неисправный путь, напоминание может лишь вернуть его к прежней проблеме.

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

Отдельно посмотрите содержание карточки товара. Неясные характеристики, комплектность и условия получения могут влиять на решение ещё до оформления.

Какие данные нужны для продолжения

Чтобы вернуть человека к его выбору, системе нужно сохранить сам выбор и правильно определить состояние.

Анонимная корзина не обязательно связана с известным человеком. Если контакта нет или использовать его в выбранной цели нельзя, это ограничение сценария.

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

Когда запускать действие, а когда остановить

Я бы проверял условия повторно непосредственно перед действием. За время ожидания клиент мог завершить покупку, изменить состав или обратиться к менеджеру другим способом.

Есть и ограничения, которые важнее наличия корзины. Товар закончился, выбранный вариант больше недоступен, человек отказался от сообщений или закончился срок действия предложения.

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

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

Возвращайте к актуальному и понятному выбору

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

Если цена изменилась, покажите это до подтверждения покупки: человеку нужно понимать актуальную сумму. Как показывать изменения и какие условия уже были согласованы, зависит от состояния покупки и правил бизнеса.

Не превращайте кнопку продолжения в неожиданное создание нескольких заказов. Повторное открытие и повторное нажатие должны обрабатываться по согласованной модели.

Когда человек завершил оформление, начинается обычная обработка подтверждённого заказа. Данные должны попасть в нужные рабочие записи, а сценарий брошенной корзины — корректно закончиться.

Отделите корзину от прерванной оплаты

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

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

Эта часть подробно разобрана в статье о подключении интернет-эквайринга. Для корзин важна граница: отсутствие завершённого интерфейсного шага не всегда равно отсутствию оплаты.

Как проверять автоматизацию до запуска

Возьмите обычные и неудобные исходы:

1. человек продолжил покупку до истечения ожидания;
2. заказ завершён после формирования задачи, но до её выполнения;
3. корзина изменилась;
4. нужный товар закончился;
5. контакта нет или действие по нему недопустимо;
6. покупатель несколько раз открыл продолжение;
7. оформление перешло к оплате, результат которой ещё уточняется.

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

Что считать результатом

Открытие сообщения, переход и завершённая покупка — разные события. Зафиксируйте, как они связаны с корзиной и каким периодом ограничивается наблюдение.

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

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