SMS-статусы доставки сообщают клиенту, что происходит с заказом: его приняли, собрали, передали курьеру или уже доставили. В статье разберём, как построить такую цепочку для небольшой службы доставки, какие данные передавать из CRM или сайта, как составить понятные шаблоны и проверить отправку. В результате бизнес получает рабочую схему сервисных уведомлений без ручной рассылки и рекламных вставок.
Какие статусы нужны службе доставки?
Начните с событий, которые действительно меняют ожидания клиента. Для большинства служб доставки достаточно пяти-шести статусов: заказ принят, заказ подтверждён, заказ передан в сборку, курьер получил заказ, курьер выехал, заказ доставлен. Если заказ отменили или перенесли, клиенту также нужно отправить отдельное сообщение.
Статус должен появляться после конкретного действия сотрудника или системы. Например, менеджер подтвердил заказ в CRM, кладовщик отметил готовность, курьер изменил состояние доставки в мобильном приложении. Если сообщение отправляется раньше фактического события, клиент получает неверную информацию и начинает звонить в службу поддержки.
Для пункта выдачи цепочка будет короче: заказ прибыл, срок хранения заканчивается, заказ выдан. Подробный разбор такой схемы можно посмотреть в материале как настроить сервисные SMS для пункта выдачи. Курьерской службе доставки еды или товаров пригодится отдельное уведомление о выезде курьера.
| Событие | Что сообщить клиенту | Когда отправлять |
|---|---|---|
| Заказ принят | Номер заказа и факт регистрации | Сразу после создания заказа |
| Заказ подтверждён | Подтверждение состава и времени доставки | После проверки менеджером |
| Курьер выехал | Номер заказа и ориентир по времени | После передачи заказа курьеру |
| Доставка выполнена | Подтверждение завершения заказа | После отметки о вручении |
| Заказ отменён или перенесён | Причина или новый срок | Сразу после изменения заказа |
Как составить шаблон сервисного SMS?
Хорошее сообщение отвечает на три вопроса: какой заказ изменился, что с ним произошло и нужно ли клиенту что-то сделать. В начале укажите название службы или отправителя, затем номер заказа, новый статус и следующий шаг. Если человеку нужно открыть подробности, добавьте короткую ссылку на страницу заказа.
Пример сообщения после оформления: «SMSINFO: заказ №4821 принят. Проверяем состав и адрес. Ожидайте подтверждение доставки». Для статуса выезда: «SMSINFO: заказ №4821 передан курьеру. Доставка сегодня с 18:00 до 19:00». После вручения: «SMSINFO: заказ №4821 доставлен. Спасибо за заказ».
Не перегружайте текст внутренними терминами вроде «статус 40» или «маршрут закрыт». Клиенту понятнее «курьер получил заказ» и «заказ доставлен». В сообщении также не стоит смешивать сервисную информацию с рекламой, скидками и предложениями другого товара. Структуру шаблонов с примерами можно сверить в руководстве как составить сервисное SMS в 2026 году.
Подготовьте отдельный шаблон для каждого события. Так проще проверять логику отправки и менять формулировку, если процесс доставки изменится. Переменные ограничьте необходимыми полями: номером заказа, временем, именем курьера или ссылкой на отслеживание.
Как связать SMS с сайтом, CRM или системой курьера?
Автоматизация начинается с передачи события в SMS-платформу. Сайт или CRM отправляет запрос через API, а платформа выбирает шаблон и номер получателя. В запросе обычно нужны идентификатор заказа, телефон клиента, код статуса и значения переменных. После этого система возвращает результат постановки сообщения в отправку.
Если готовой интеграции нет, разработчик может связать системы через вебхуки. Сайт отправляет уведомление о создании или изменении заказа, а SMS-сервис принимает его и запускает нужный сценарий. Для небольшого бизнеса этого достаточно: отдельная сложная система для статусов не требуется.
- Составьте таблицу статусов и укажите, какое действие запускает каждый из них.
- Создайте шаблоны и проверьте, какие поля будут подставляться автоматически.
- Подключите API или вебхуки к сайту, CRM либо приложению курьера.
- Настройте защиту от повторной отправки одного и того же статуса.
- Проверьте сценарий на тестовых номерах до запуска для клиентов.
Защита от дублей особенно нужна при повторной передаче события. Например, CRM может отправить одинаковый запрос после обновления карточки заказа. Система должна проверить сочетание «номер заказа + статус» и не отправлять второй SMS, если такое событие уже обработано.
Как использовать SMS-фолбэк при сбое другого уведомления?
Если служба доставки сначала отправляет push-уведомление, SMS можно оставить резервным каналом. В этом сценарии SMS уходит только тогда, когда push не доставлен за заданный интервал или приложение недоступно. Такой подход помогает сохранить важное сообщение о выезде курьера, отмене заказа или изменении времени доставки.
Фолбэк нужно включать только для событий, где задержка создаёт проблему. Для каждого статуса задайте срок ожидания и условие перехода на SMS. Например, сообщение о рекламной акции в такую цепочку не входит, а уведомление о переносе доставки входит. Практическая схема описана в материале как настроить SMS-фолбэк при сбое push-уведомления.
Проверьте, чтобы резервное сообщение не дублировало уже полученный push. Для этого система должна принимать от приложения информацию о доставке push и менять состояние события. Если подтверждения нет, SMS отправляется по правилам фолбэка.
Как контролировать доставку SMS-статусов?
После подключения цепочки смотрите не только на факт отправки. В личном кабинете или через API можно проверять статус каждого сообщения: принято системой, передано оператору, доставлено или завершилось ошибкой. Отдельно полезно отслеживать недействительные номера, временную недоступность телефона и повторные попытки.
Свяжите отчёт о доставке с номером заказа. Тогда сотрудник поддержки увидит, отправлялось ли уведомление и на каком этапе возникла проблема. Если SMS не доставлено, оператор сможет использовать другой согласованный канал связи или уточнить номер клиента.
Для контроля пригодится журнал событий с четырьмя полями: номер заказа, код статуса, время запуска и результат отправки. Не записывайте в текст сообщения внутренние комментарии менеджера. Клиенту нужна короткая инструкция, а сотруднику поддержки — отдельная карточка заказа.
Периодически проверяйте шаблоны на реальных сценариях: заказ с переносом, отмена после подтверждения, повторная доставка, частичная выдача. Для наложенного платежа полезно заранее продумать отдельную цепочку сообщений, например через SMS-цепочку для наложенного платежа, чтобы клиент получал понятные уведомления о каждом шаге.
Какие ошибки мешают автоматизации?
- Отправка SMS при каждом техническом изменении заказа, даже если клиент ничего не должен знать.
- Один шаблон для всех событий: из-за этого «заказ в работе» не объясняет, что произойдёт дальше.
- Отсутствие номера заказа, поэтому клиент не понимает, к какой доставке относится сообщение.
- Повторная отправка после каждого обновления карточки в CRM.
- Рекламный текст внутри сервисного уведомления, который отвлекает от статуса доставки.
- Запуск без теста на коротких и длинных значениях имени, времени и ссылки.
Для малого бизнеса рабочая схема обычно начинается с пяти базовых статусов и нескольких коротких шаблонов. Сначала подключите уведомления о принятии заказа, выезде курьера и завершении доставки. Затем добавьте отмену, перенос и резервную отправку. На этой основе SMS-платформа с API интеграцией позволяет передавать статусы автоматически, а сотрудники перестают вручную копировать номера заказов и время доставки.
