Как настроить автоматические SMS по действиям клиента

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

Какие события должны запускать SMS в интернет-магазине?

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

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

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

Как связать магазин с SMS API?

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

1. Создайте отдельные события для заказа, оплаты, доставки и готовности к выдаче.
2. Для каждого события подготовьте шаблон SMS с переменными: имя клиента, номер заказа, сумма или статус.
3. Настройте отправку запроса к API только после подтверждения изменения статуса.
4. Сохраните ответ API и идентификатор сообщения в журнале заказа.
5. Подключите обработку статуса доставки, чтобы видеть результат отправки.

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

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

Как составить текст транзакционного SMS?

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

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

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

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

Как контролировать доставку и сбои?

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

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

Отчёты по SMS обычно можно выгружать в CSV или Excel, а также получать через API в формате JSON. Это позволяет сопоставить отправку с заказом и увидеть, на каком этапе возникла проблема (аналитика SMS-рассылок: как читать отчёты и улучшать кампании).

Какие ошибки мешают автоматическим уведомлениям?

• Отправка SMS при каждом сохранении заказа вместо смены статуса.
• Один шаблон для подтверждённой оплаты и ошибки платежа.
• Отсутствие номера заказа, из-за чего клиент не понимает, к какой покупке относится сообщение.
• Повторная отправка без ограничения после временной ошибки API.
• Хранение только факта запроса без итогового статуса доставки.
• Изменение текста шаблона без тестовой отправки на несколько номеров.

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

Если магазин уже отправляет уведомления, следующим этапом становится связка SMS с другими каналами и статусами заказа. Для такой схемы полезно изучить материал о том, как интернет-магазину связать SMS, Telegram и Viber, а для контроля сбоев отдельно настроить SMS-алерты о сбоях сайта и оплаты.