При частичной отгрузке интернет-магазину стоит отправлять отдельные сервисные SMS по каждой части заказа: после подтверждения, передачи в доставку, изменения срока и выдачи. Так покупатель видит, какие товары уже едут, а какие ещё ждут поставки, и реже уточняет статус вручную. В статье разберём, какие события настроить в системе, как составить тексты уведомлений и как проверить, что сообщения доходят в нужный момент.
Почему частичная отгрузка требует отдельного сценария SMS?
Один заказ покупателя иногда уезжает несколькими посылками: часть товаров есть на складе, другой товар поступает позже, а крупную позицию магазин передаёт отдельной доставке. Если после первой отправки клиент получит SMS «Ваш заказ отправлен», он решит, что получит весь заказ сразу. Затем возникают вопросы о недостающем товаре, сумме к оплате или второй доставке.
Сервисное сообщение должно описывать конкретное событие. Вместо общего статуса заказа в текст подставляют номер отправления, список или количество позиций в текущей части заказа, а также понятный следующий шаг. Транзакционные уведомления как раз привязаны к действию пользователя или статусу операции: подтверждению заказа, оплате и доставке (Sms Traffic; Messaggio).
Какие SMS отправлять по частям одного заказа?
Начните со схемы, которую понимают сотрудники склада, менеджер и покупатель. Не нужно строить длинную цепочку ради самой автоматизации: достаточно сообщений там, где статус меняет ожидания клиента.
- После оформления заказа: «Заказ №[номер] принят. Если товары будут отправлены отдельно, сообщим о каждой отправке SMS».
- После разделения заказа: «Заказ №[номер] разделён на несколько отправок. Первая часть: [позиции или количество]. О второй части сообщим отдельно».
- При передаче первой части в доставку: «Часть заказа №[номер] передана в доставку. Отправление: [номер отправления]».
- При переносе срока по оставшейся части: «Товар из заказа №[номер] ещё ожидает отгрузки. Новый срок передачи в доставку: [дата]».
- После передачи второй части: «Оставшаяся часть заказа №[номер] передана в доставку. Отправление: [номер отправления]».
- При выдаче или завершении доставки: «Часть заказа №[номер] выдана. Если в заказе есть другие отправки, их статус придёт отдельным сообщением».
Для каждого SMS полезно хранить идентификатор заказа и идентификатор конкретной отправки. Тогда система не перепутает статусы, если клиент одновременно оформил два похожих заказа.
Как связать статусы магазина и отправку сообщений?
Автоматизация начинается с карты событий. Выпишите статусы, которые уже использует магазин: «принят», «собран», «разделён», «передан в доставку», «выдан», «отменён». Затем отметьте, какой статус относится ко всему заказу, а какой — к отдельной посылке. SMS стоит запускать именно от статуса отправки, ведь одна часть заказа уже может ехать, пока вторая ещё собирается.
- Создайте у заказа отдельные сущности для каждой отгрузки: свой номер, состав, срок и статус.
- Определите событие, которое запускает SMS. Например, склад перевёл конкретную отгрузку в статус «передана в доставку».
- Подготовьте шаблон с переменными: номер заказа, номер отправления, дата и состав текущей части.
- Передайте событие в SMS-сервис через API или настройку интеграции CRM.
- Запишите в карточку заказа время отправки и результат доставки, чтобы менеджер видел историю.
CRM подходит для таких сценариев, потому что объединяет контакты, историю взаимодействий и статусы сделок или заказов. Триггерные SMS уходят после заданного события без ручной отправки каждого сообщения (smsblog.ru, «Как автоматизировать SMS-кампании с помощью CRM-систем»). Для интернет-магазина полезно отдельно разобрать автоматизацию SMS-статусов доставки, особенно если статусы приходят из нескольких систем.
Что писать в SMS, чтобы покупатель понял статус с первого раза?
У сервисного SMS одна задача: сообщить о текущем действии. Поэтому текст лучше строить в таком порядке: что произошло, к какому заказу относится событие, какая часть заказа затронута, что будет дальше. Название магазина допустимо поставить в начале, если получатель по нему узнает отправителя.
| Ситуация | Неясный текст | Понятный текст |
| Разделение заказа | «Ваш заказ в обработке» | «Заказ №418 разделён на 2 отправки. Первая часть готовится к доставке» |
| Первая отгрузка | «Заказ отправлен» | «Первая часть заказа №418 передана в доставку. Отправление: 001245» |
| Задержка второй части | «Ожидайте» | «Вторая часть заказа №418 ожидает отгрузки до [дата]. Сообщим после передачи в доставку» |
| Выдача части заказа | «Доставлено» | «Часть заказа №418 выдана. Статус второй отправки придёт отдельным SMS» |
Не добавляйте в сервисное сообщение скидки, подборки товаров и другие рекламные предложения. Покупатель ждёт статус, поэтому текст должен оставаться коротким и отвечать на вопрос о его заказе. Подтверждение заказа и обновление статуса доставки относят к сервисным и транзакционным сообщениям (МТС Бизнес).
Какие ошибки ломают сценарий частичной отгрузки?
- Отправлять одно сообщение на весь заказ, когда фактически у него несколько отправлений.
- Не указывать, какая именно часть заказа передана в доставку или задержалась.
- Запускать SMS при каждом техническом изменении статуса. Покупателю не нужен сигнал о внутреннем перемещении товара между ячейками склада.
- Отправлять повторное уведомление при повторном сохранении того же статуса в CRM.
- Не проверять доставку сообщений и не видеть, на каком этапе возникла ошибка.
Перед запуском проведите тест на нескольких заказах: с одной отгрузкой, двумя отгрузками, переносом срока и отменой одной позиции. Сотрудник должен увидеть в карточке заказа те же события, которые получил тестовый номер. Настройка мониторинга доставки сервисных SMS помогает быстро заметить сообщения с ошибкой и проверить логи по конкретной отправке.
3 шага, которые можно сделать на неделе:
- Соберите все статусы, которые появляются при частичной отгрузке, и отделите статусы заказа от статусов посылки.
- Подготовьте четыре шаблона: разделение заказа, передача первой части, перенос второй части и передача оставшейся части.
- Настройте отправку по событиям через API и проверьте сценарий на тестовых номерах до передачи его в рабочий процесс.



