Операции с сообщениями

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

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

Автор DripTell EditorialОпубликовано 8 августа 2026 г.Время чтения 7 min read
Покупатель сравнивает два шлема без логотипов в светлом независимом веломагазине

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

Поэтому надёжное восстановление корзины в WhatsApp — не таймер с двумя или тремя сообщениями. Это небольшая машина состояний. Перед каждой отправкой она проверяет, открыт ли ещё чек-аут, ожидает ли человек контакт в WhatsApp, верно ли предложение и не получила ли другая клиентская цепочка право на общение.

Практическое правило простое: считайте незавершённый чек-аут поводом для повторной проверки, а не разрешением на отправку.

Определите незавершённое оформление для восстановления

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

Создавайте кандидата на восстановление только тогда, когда в одной записи можно сохранить:

  • устойчивый идентификатор корзины или чек-аута
  • идентификатор клиента или контакта в магазине
  • номер WhatsApp и основание для его использования
  • идентификаторы товаров, количество, цену, валюту и ссылку на оформление в момент события
  • последнее известное состояние заказа, оплаты и запасов
  • владельца текущей цепочки и активный разговор с поддержкой
  • время следующей проверки
  • причину отправки, остановки или передачи на разбор

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

Поставьте пять проверок перед каждой отправкой

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

Идентичность

Можно ли связать чек-аут с нужным человеком без слабого совпадения имени или неподтверждённого номера? Корректная ссылка, отправленная не тому адресату, хуже позднего напоминания.

Разрешение

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

Коммерческое состояние

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

Достоверность предложения

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

Право цепочки на отправку

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

Эти проверки делают процесс осторожнее, зато каждое доставленное сообщение легче объяснить.

Стройте процесс вокруг изменения состояния

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

  1. Примите событие. Сохраните событие брошенной корзины или чек-аута с уникальным ID. Повтор того же события не должен запускать вторую цепочку.
  2. Определите клиента. Свяжите коммерческую запись с правильным контактом и номером WhatsApp. Не допускайте неоднозначные совпадения к автоматической отправке.
  3. Проверьте разрешение. Храните источник, цель, время согласия и состояние отказа. Не сводите разрешение к одному необъяснимому флагу.
  4. Подождите с понятной целью. Дайте обычной оплате время завершиться. Пауза не является магическим числом конверсии, это момент, когда новая проверка становится полезной.
  5. Снова запросите состояние. Проверьте завершённый заказ, изменение наличия, просроченную ссылку, исключение оплаты и новую активность клиента.
  6. Захватите право отправки. Составьте идемпотентный ключ из клиента, чек-аута, этапа и шаблона. Захватить его должна только одна цепочка или задача.
  7. Отправьте одно точное сообщение. Используйте утверждённый шаблон, соответствующий цели. Назовите магазин, объясните причину, дайте надёжную ссылку и простой способ попросить помощь или отказаться.
  8. Слушайте до продолжения. Ответ клиента должен приостановить расписание и передать разговор нужному владельцу вместе с контекстом корзины.
  9. Закрывайте по доказательству. Подтверждённая покупка, отказ, просроченный чек-аут, недоступный товар или решённое обращение должны остановить будущие напоминания.

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

Пишите для нерешённого вопроса

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

Спокойное первое сообщение может выглядеть так:

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

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

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

Проследите за одной корзиной веломагазина

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

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

Покупатель отвечает, что сомневается в размере. Ответ ставит цепочку на паузу и назначает разговор розничной команде вместе с моделью шлема и ссылкой. Сотрудник объясняет подбор размера, после чего покупатель оформляет заказ.

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

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

Сделайте правила остановки явными

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

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

Не удаляйте запись при остановке. Сохраните состояние, причину, исходное событие и время. Эта история объясняет отсутствие сообщения и отделяет здоровое подавление от сломанной автоматизации.

Измеряйте решения вместе с продажами

Одна только выручка может поощрять агрессивные отправки. Лучше отделять результат сообщения от качества решения.

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

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

Примените модель в DripTell

DripTell подходит для этой схемы там, где сообщения становятся управляемой клиентской операцией. Проверенная интеграция Shopify может добавить нужные события клиента и заказа в контекст. Автоматизация применяет условия, ожидание, внешние вызовы, назначение и остановки. Утверждённый шаблон WhatsApp открывает разговор, а командный ящик даёт ответу владельца и контекст.

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

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

Вопросы для команды

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

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

Нужна ли скидка для каждой корзины

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

Что должно остановить цепочку

Подтверждённая покупка, ответ, отказ, недействительный чек-аут, недоступное предложение, владелец-человек, более приоритетная цепочка или неясная личность должны остановить или задержать процесс.

Какая техническая защита важнее всего

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

DT

DripTell Editorial

Практические материалы, проверенные командой продукта и клиентских процессов DripTell.

Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.

Редакционная политика и источники