Как автоматизировать сервисные SMS при частичной отгрузке

Как автоматизировать сервисные SMS при частичной отгрузке

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

Почему частичная отгрузка требует отдельного сценария SMS?

Один заказ покупателя иногда уезжает несколькими посылками: часть товаров есть на складе, другой товар поступает позже, а крупную позицию магазин передаёт отдельной доставке. Если после первой отправки клиент получит SMS «Ваш заказ отправлен», он решит, что получит весь заказ сразу. Затем возникают вопросы о недостающем товаре, сумме к оплате или второй доставке.

Сервисное сообщение должно описывать конкретное событие. Вместо общего статуса заказа в текст подставляют номер отправления, список или количество позиций в текущей части заказа, а также понятный следующий шаг. Транзакционные уведомления как раз привязаны к действию пользователя или статусу операции: подтверждению заказа, оплате и доставке (Sms Traffic; Messaggio).

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

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

  • После оформления заказа: «Заказ №[номер] принят. Если товары будут отправлены отдельно, сообщим о каждой отправке SMS».
  • После разделения заказа: «Заказ №[номер] разделён на несколько отправок. Первая часть: [позиции или количество]. О второй части сообщим отдельно».
  • При передаче первой части в доставку: «Часть заказа №[номер] передана в доставку. Отправление: [номер отправления]».
  • При переносе срока по оставшейся части: «Товар из заказа №[номер] ещё ожидает отгрузки. Новый срок передачи в доставку: [дата]».
  • После передачи второй части: «Оставшаяся часть заказа №[номер] передана в доставку. Отправление: [номер отправления]».
  • При выдаче или завершении доставки: «Часть заказа №[номер] выдана. Если в заказе есть другие отправки, их статус придёт отдельным сообщением».

Для каждого SMS полезно хранить идентификатор заказа и идентификатор конкретной отправки. Тогда система не перепутает статусы, если клиент одновременно оформил два похожих заказа.

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

Автоматизация начинается с карты событий. Выпишите статусы, которые уже использует магазин: «принят», «собран», «разделён», «передан в доставку», «выдан», «отменён». Затем отметьте, какой статус относится ко всему заказу, а какой — к отдельной посылке. SMS стоит запускать именно от статуса отправки, ведь одна часть заказа уже может ехать, пока вторая ещё собирается.

  1. Создайте у заказа отдельные сущности для каждой отгрузки: свой номер, состав, срок и статус.
  2. Определите событие, которое запускает SMS. Например, склад перевёл конкретную отгрузку в статус «передана в доставку».
  3. Подготовьте шаблон с переменными: номер заказа, номер отправления, дата и состав текущей части.
  4. Передайте событие в SMS-сервис через API или настройку интеграции CRM.
  5. Запишите в карточку заказа время отправки и результат доставки, чтобы менеджер видел историю.

CRM подходит для таких сценариев, потому что объединяет контакты, историю взаимодействий и статусы сделок или заказов. Триггерные SMS уходят после заданного события без ручной отправки каждого сообщения (smsblog.ru, «Как автоматизировать SMS-кампании с помощью CRM-систем»). Для интернет-магазина полезно отдельно разобрать автоматизацию SMS-статусов доставки, особенно если статусы приходят из нескольких систем.

Что писать в SMS, чтобы покупатель понял статус с первого раза?

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

Ситуация Неясный текст Понятный текст
Разделение заказа «Ваш заказ в обработке» «Заказ №418 разделён на 2 отправки. Первая часть готовится к доставке»
Первая отгрузка «Заказ отправлен» «Первая часть заказа №418 передана в доставку. Отправление: 001245»
Задержка второй части «Ожидайте» «Вторая часть заказа №418 ожидает отгрузки до [дата]. Сообщим после передачи в доставку»
Выдача части заказа «Доставлено» «Часть заказа №418 выдана. Статус второй отправки придёт отдельным SMS»

Не добавляйте в сервисное сообщение скидки, подборки товаров и другие рекламные предложения. Покупатель ждёт статус, поэтому текст должен оставаться коротким и отвечать на вопрос о его заказе. Подтверждение заказа и обновление статуса доставки относят к сервисным и транзакционным сообщениям (МТС Бизнес).

Какие ошибки ломают сценарий частичной отгрузки?

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

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

3 шага, которые можно сделать на неделе:

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