Автоматические SMS-уведомления отправляются после события в интернет-магазине или CRM: заказ принят, товар передан в доставку, посылка готова к выдаче. Для настройки нужны понятная цепочка статусов, шаблоны сообщений, источник данных и проверка доставки. В статье разберём пошаговый процесс для малого бизнеса в Беларуси: какие события выбрать, как связать их с системой заказов, что написать клиенту и как избежать лишних сообщений.
Какие статусы заказа стоит передавать клиенту?
Начните с тех изменений, которые влияют на ожидания покупателя и работу магазина. Обычно достаточно четырёх сообщений: заказ принят, заказ подтверждён, заказ передан в доставку и заказ доставлен или готов к выдаче. Если магазин отправляет товар со склада не сразу, добавьте статус «заказ собран». Он показывает, что заказ уже перешёл из обработки к отправке.
Каждое сообщение должно отвечать на один практический вопрос клиента: принят ли заказ, когда его привезут или где его забрать. В SMS можно указать номер заказа, новый статус, ориентир по доставке и короткую ссылку на подробности. Такой состав соответствует базовой практике уведомлений о статусе заказа (SMSblog.ru, материал «Как использовать SMS для уведомлений о статусе заказа: практическое руководство 2026»).
| Событие | Что получает клиент | Когда отправлять |
|---|---|---|
| Заказ принят | Подтверждение, номер заказа, контакты магазина | Сразу после создания заказа |
| Заказ подтверждён | Подтверждение состава и способа получения | После проверки наличия или звонка менеджера |
| Заказ передан в доставку | Информация о передаче и сроке доставки | Когда заказ покинул склад |
| Заказ доставлен | Подтверждение завершения заказа | После отметки курьера или службы доставки |
| Заказ готов к выдаче | Адрес точки и срок хранения, если он установлен магазином | После поступления товара в пункт выдачи |
Не отправляйте SMS при каждом внутреннем изменении карточки заказа. Статусы «проверяем остатки», «назначен сотрудник» или «распечатан документ» нужны магазину, но редко помогают покупателю. Для начала выберите три-четыре события и проверьте, не дублируют ли они друг друга.
Как подготовить систему к автоматической отправке?
Сначала определите, где хранится актуальный статус заказа. Это может быть CMS интернет-магазина, CRM или отдельная система учёта. SMS-сервис должен получать оттуда событие: номер заказа, телефон покупателя, новый статус и дополнительные данные, например срок доставки. Если сотрудники меняют статусы вручную, договоритесь об их едином написании. «Передан курьеру» и «В доставке» не должны означать разные вещи, если для клиента это один этап.
Дальше выберите способ интеграции. Для небольшого магазина обычно подходят готовый модуль, webhook или API. Готовый модуль проще запустить, если CMS поддерживает нужный сервис. API пригодится, когда магазин использует нестандартную логику заказов или несколько систем. Подробный разбор сценариев и частых ошибок автоматизации транзакционных SMS собран в материале «Автоматизация транзакционных SMS в 2026».
- Составьте список статусов, которые видит клиент.
- Назначьте для каждого статуса одно событие отправки.
- Определите систему, которая будет передавать данные.
- Выберите интеграцию: модуль, webhook или API.
- Создайте тестовый заказ и проверьте весь маршрут сообщения.
На этапе подключения заранее решите, что произойдёт при повторной отправке одного и того же события. Например, после обновления страницы или повторного сохранения заказа система не должна посылать клиенту одинаковое SMS несколько раз. Для этого в интеграции сохраняют признак отправки по конкретному статусу и номеру заказа.
Как написать шаблоны SMS о заказе?
Шаблон должен быть коротким и понятным без перехода на сайт. В первой части укажите название магазина, затем номер заказа и статус. После этого добавьте срок доставки или адрес выдачи, если эти данные уже известны. Ссылку на страницу заказа используйте только тогда, когда она действительно содержит подробности, которых нет в SMS.
Пример сообщения о принятии: «Магазин: заказ №4821 принят. Проверяем наличие. О статусе сообщим отдельно». Для доставки: «Магазин: заказ №4821 передан в доставку. Ожидаем сегодня до 20:00». Для выдачи: «Магазин: заказ №4821 готов к выдаче. Адрес и часы работы: короткая ссылка».
Текст лучше составлять с переменными: {номер_заказа}, {статус}, {срок}. Перед запуском проверьте, как система обрабатывает длинный адрес, пустое поле и специальные символы. Если срок доставки неизвестен, не оставляйте в SMS незаполненную переменную. Фразу нужно заменить на нейтральное сообщение, например «сообщим после передачи в доставку».
Уведомление о статусе заказа отличается от рекламной рассылки задачей и моментом отправки. Оно появляется после действия с конкретным заказом, поэтому в шаблон не стоит добавлять акции, подборки товаров и другие предложения. Клиент в этот момент ждёт точную информацию о своей покупке.
Как проверить автоматическую цепочку до запуска?
Проведите тест на нескольких сценариях: новый заказ, отмена, изменение способа доставки, частичная выдача и повторное изменение статуса. Отдельно проверьте, что происходит при ошибке в номере телефона или временной недоступности системы. В журнале должны быть видны событие, время отправки, шаблон и результат доставки.
Проверяйте не только получение сообщения на одном телефоне. Отправьте тесты сотрудникам с разными моделями устройств и посмотрите, не обрезается ли текст. Откройте ссылку из SMS, если она есть. Она должна вести на страницу с тем же номером заказа, который указан в сообщении.
После запуска сравните количество уведомлений с количеством соответствующих событий. Если создано сто заказов, а сообщений о принятии пришло больше, интеграция повторяет события. Если сообщений меньше, часть заказов не передаёт данные или попадает в исключение. Такой контроль помогает найти ошибку до того, как на неё укажут покупатели.
Какие ошибки чаще всего мешают уведомлениям?
- Слишком много статусов. Клиент получает технические обновления и перестаёт понимать, какое сообщение главное.
- Нет защиты от дублей. Одно изменение заказа запускает два или больше одинаковых SMS.
- Пустые переменные. В тексте остаются слова вроде «{срок}» или отображается неверная дата доставки.
- Разные правила для сотрудников. Один менеджер ставит «готов», другой «собран», и автоматизация не распознаёт нужное событие.
- Обещан точный срок без подтверждения. Если магазин ещё не получил информацию от курьера, лучше указать этап доставки, а не неподтверждённое время.
- Нет журнала отправок. Без истории трудно понять, сообщение не сформировалось, не ушло или не дошло.
Если магазин уже использует CRM или CMS, подключение обычно начинают с одного сценария, например «заказ принят». После проверки добавляют доставку и выдачу. Такой порядок снижает число ошибок и позволяет понять, какие данные система передаёт в SMS. Для статусов заказа, кодов и других сервисных сообщений можно подобрать отдельную схему автоматизации на сайте SMSⓘINFO, где эти сценарии разобраны по задачам бизнеса.
3 шага, которые можно сделать на этой неделе:
- Выпишите статусы заказа, которые действительно меняют ожидания клиента, и уберите внутренние этапы.
- Подготовьте три шаблона с номером заказа, статусом и сроком либо способом получения.
- Создайте тестовые заказы, проверьте дубли, пустые поля и запись результата отправки.
