SMS-цепочка для наложенного платежа: как снизить возвраты

Возвраты посылок с наложенным платежом часто начинаются не с отказа от покупки, а с пропущенного статуса: клиент забыл о заказе, не понял срок хранения или не знает, что отправление уже приехало. В статье разберём SMS-сценарий из пяти сообщений для интернет-магазина в Беларуси: от подтверждения заказа до напоминания о получении. Вы сможете выбрать нужные этапы, подготовить тексты и передать их в интеграцию SMS API.

Почему клиент не выкупает посылку с наложенным платежом?

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

SMS закрывает конкретные вопросы в нужный момент: что заказ принят, когда его отправили, сколько нужно оплатить и где его получить. Транзакционные сообщения используют именно для передачи статусов заказа, суммы и предполагаемых сроков доставки; подтверждение заказа рекомендуют отправлять в течение нескольких минут после оформления (Messaggio, «Транзакционные СМС-рассылки: что это, виды, примеры уведомлений»).

Для наложенного платежа особенно важны четыре поля: номер заказа, сумма к оплате в BYN, статус отправления и срок либо условие хранения. Если данные приходят из CMS, CRM или службы доставки автоматически, менеджеру не приходится вручную составлять каждое сообщение.

Какие пять SMS отправить от заказа до получения?

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

1. Подтверждение заказа

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

Пример: «Заказ №1842 принят. Сумма к оплате при получении: 86 BYN. Доставка: в течение 3–5 дней. Если данные неверны, ответьте на это сообщение или позвоните по номеру из карточки заказа».

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

2. Уведомление об отправке

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

Пример: «Заказ №1842 отправлен. Сумма при получении: 86 BYN. Следите за статусом по номеру отправления: [номер]. Сообщим, когда посылка прибудет».

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

3. Сообщение о прибытии

Это главное SMS для выкупа. В нём нужны место получения, номер отправления, сумма и часы работы, если они известны системе. Клиент должен понять, что посылка уже доступна, без поиска заказа в личном кабинете.

Пример: «Заказ №1842 прибыл в пункт выдачи. К оплате при получении: 86 BYN. Заберите посылку по номеру 1842. Проверьте часы работы пункта перед визитом».

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

4. Напоминание о посылке

Напоминание отправляют, если система не получила статус «получено». Его задача — вернуть заказ в поле внимания, а не повторить первое уведомление слово в слово.

Пример: «Посылка по заказу №1842 ещё ждёт получения. Сумма наложенного платежа: 86 BYN. Заберите её в пункте выдачи, пока действует срок хранения. Если заказ больше не нужен, сообщите магазину».

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

5. Финальное напоминание

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

Пример: «Заказ №1842 хранится до 14 сентября. Сумма при получении: 86 BYN. После этой даты посылка может вернуться отправителю. Если нужна другая дата, свяжитесь с магазином».

После статуса «получено» эта SMS-цепочка прекращается. Отзыв о покупке лучше запрашивать отдельным сообщением через день-два, когда клиент успеет воспользоваться товаром и сформировать мнение (Sendsay, «Статус заказа – как сделать рассылку с уведомлениями»).

Как выбрать время отправки сообщений?

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

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

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

Какие данные передавать в SMS через API?

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

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

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

Персонализация работает, когда она опирается на актуальные данные: имя клиента, номер заказа, сумму или статус. Подробный разбор динамических полей и персонализации SMS для интернет-магазина есть в материале «Как настроить персонализацию SMS для интернет-магазина в 2026 году». Для сервисного уведомления обычно достаточно номера заказа и суммы, если они верны.

Какие ошибки увеличивают число возвратов?

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

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