SMS-цепочка для e-commerce связывает ключевые этапы заказа: от подтверждения покупки до сообщения о готовности посылки к выдаче. В статье разберём, какие уведомления нужны магазину, какие данные передавать из CMS или CRM, как писать короткие тексты и где проверять доставку сообщений. После настройки клиент получает понятный статус без звонка менеджеру, а бизнес видит, на каком шаге чаще возникают ошибки. Подробная схема пригодится магазину любого размера в Беларуси.
Какие статусы заказа стоит передавать по SMS?
Начните с событий, которые меняют ожидания покупателя. Для большинства интернет-магазинов достаточно цепочки из пяти сообщений. Она не перегружает клиента и закрывает основные вопросы: принят ли заказ, когда его отправили и где его забрать.
- Заказ принят. Сообщите номер заказа и следующий шаг. Клиент должен понять, что заявка попала в систему.
- Заказ подтверждён. Такое сообщение подходит после проверки наличия товара, адреса и способа оплаты.
- Заказ передан в доставку. Укажите, что посылка покинула магазин. Если магазин знает срок доставки, его можно добавить в текст.
- Посылка прибыла в пункт выдачи. Напишите адрес или название пункта, номер заказа и дату, до которой посылку можно забрать.
- Заказ выдан. Финальное сообщение закрывает цепочку. Его можно использовать для ссылки на поддержку или инструкцию по обмену, если это предусмотрено процессом магазина.
Для самовывоза второй и третий статусы иногда объединяют. Для доставки курьером сообщение о пункте выдачи заменяют уведомлением о передаче заказа курьеру. Логика зависит от маршрута товара, поэтому сначала нарисуйте путь одного заказа на бумаге, а уже потом передавайте его разработчику.
Практическую схему событий и полей для такой автоматизации можно сверить в материале «Как настроить SMS-цепочку статуса заказа в 2026 году».
Какой текст поместить в уведомление?
Сервисное SMS должно отвечать на один вопрос клиента. Если в одном сообщении смешать статус, рекламу, условия оплаты и несколько ссылок, нужная информация потеряется. Для доставки товара текст рекомендуют делать коротким и информативным: в нём полезно указать номер заказа, адрес пункта выдачи и срок хранения (Exolve, «Уведомление о доставке товара: как создать и настроить уведомления для электронной коммерции»).
Удобная формула сообщения выглядит так: название магазина, статус, номер заказа и действие клиента. Например: «Магазин: заказ №4821 принят. Мы сообщим, когда он будет готов к выдаче». Для готовой посылки формулировка будет другой: «Заказ №4821 прибыл в пункт выдачи: [адрес]. Заберите до [дата]».
Переменные поля нужно заполнять автоматически. К ним относятся номер заказа, имя клиента, адрес пункта, дата, время и код получения, если он используется в процессе. Перед запуском проверьте, что система не подставляет пустые значения, длинные названия улиц и технические идентификаторы вместо понятного текста.
Не отправляйте клиенту внутренние статусы вроде «awaiting_pack» или «shipment_created». Покупателю нужна фраза «заказ собирается» или «посылка передана в доставку». Один сценарий стоит проверить на коротком и длинном номере заказа, а также с адресом, который занимает несколько строк.
Как связать SMS с сайтом, CMS или CRM?
Автоматизация начинается с источника события. Интернет-магазин фиксирует изменение статуса, после чего передаёт в SMS-сервис номер телефона и параметры сообщения через API. Сервис возвращает идентификатор отправки, а магазин получает информацию о результате доставки. Такой обмен убирает ручной ввод и не требует, чтобы менеджер копировал номера в личный кабинет.
Перед интеграцией составьте таблицу соответствий. В одной колонке укажите статус в CMS, в другой — текст SMS и условие отправки. Например, событие «ready_for_pickup» должно запускать сообщение о пункте выдачи, но не отправлять его повторно при каждом обновлении карточки заказа.
| Событие в магазине | Что передать в SMS | Проверка перед запуском |
|---|---|---|
| Создан новый заказ | Номер заказа и подтверждение приёма | Сообщение отправляется один раз |
| Подтверждено наличие | Статус заказа и ожидаемый следующий шаг | Товар действительно есть на складе |
| Передано в доставку | Номер заказа и сведения о доставке | Событие не повторяется при смене внутреннего статуса |
| Готово к выдаче | Адрес пункта и крайняя дата получения | Адрес и дата подставляются без пропусков |
| Выдано клиенту | Подтверждение завершения заказа | Сообщение не уходит при отмене или возврате |
Если магазин работает на Битрикс24, отдельный сценарий интеграции описан в материале «Как настроить транзакционные SMS из Битрикс24». Для другой CMS принцип тот же: найти событие, подготовить шаблон, передать параметры и записать результат отправки.
В API предусмотрите защиту от дублей. Для этого используйте уникальный ключ события, например сочетание номера заказа и статуса. Если система повторно отправляет запрос после временной ошибки, SMS-шлюз должен понять, что это повтор, и не создать второе сообщение.
Как контролировать доставку и ошибки SMS?
Факт отправки запроса ещё не означает, что клиент получил сообщение. В отчёте полезно разделять несколько состояний: запрос принят, сообщение передано оператору, доставлено, не доставлено или находится в ожидании. Эти статусы помогают понять, где искать проблему: в данных магазина, интеграции или номере телефона.
Для каждого события сохраните дату и время, номер заказа, телефон в нормализованном формате, текст шаблона и идентификатор сообщения. Сотруднику поддержки не придётся выяснять историю по переписке: он сразу увидит, отправлялось ли уведомление о готовности заказа.
Мониторинг нужен и для технических сбоев. Если API временно не отвечает, система должна записать ошибку и повторить запрос по заданному правилу. При этом повтор не должен создавать дубликаты. Если SMS не доставлено, магазин может показать статус в личном кабинете и передать задачу менеджеру, но не стоит бесконечно повторять одно и то же сообщение.
Проверяйте цепочку на тестовом заказе целиком. Создайте покупку, измените статусы в нужной последовательности, отмените один заказ и отдельно проверьте возврат. Такой тест выявляет ошибки, которые не видны при проверке только одного шаблона.
Какие ошибки чаще всего ломают SMS-цепочку?
- Отправка на каждое изменение статуса. Внутренние переходы вроде «собирается» и «собран» могут породить несколько одинаковых SMS. Для каждого сообщения задайте одно конкретное событие.
- Отсутствие номера заказа. Клиент не понимает, к какой покупке относится уведомление. Номер должен входить в шаблоны подтверждения, доставки и выдачи.
- Неполный адрес пункта выдачи. Сообщение о прибытии теряет смысл, если в нём нет места и даты, до которой можно забрать посылку.
- Слишком длинный текст. Перед запуском проверьте длину шаблона с реальными переменными. Длинный адрес или имя товара могут заметно увеличить сообщение.
- Отсутствие журнала отправок. Без истории менеджер не отличит сбой интеграции от недоставки на стороне оператора.
- Одинаковая цепочка для всех способов получения. Самовывоз, курьерская доставка и доставка в пункт выдачи требуют разных полей и разных формулировок.
Для небольшого магазина разумно начать с двух событий: «заказ принят» и «готово к выдаче». Когда они проходят без дублей и пропусков, добавьте подтверждение, передачу в доставку и финальный статус. Для подключения API, транзакционных уведомлений и отчётности понадобится SMS-платформа, которая принимает события из вашей системы и возвращает результаты доставки.
3 шага, которые можно сделать на этой неделе:
- Нарисуйте путь заказа и оставьте только статусы, о которых клиенту нужно знать.
- Подготовьте шаблоны с номером заказа, адресом и датой, затем протестируйте подстановку данных.
- Настройте API-интеграцию, журнал отправок и защиту от повторной отправки одного события.
