SMS-уведомления о статусе заказа помогают интернет-магазину вовремя сообщать клиенту, что происходит с покупкой: заказ принят, оплата подтверждена, товар собран, передан в доставку или готов к самовывозу. В статье разберём практическую схему для малого бизнеса в Беларуси: какие статусы выбрать, какие данные передавать из сайта, как написать текст сообщения и проверить результат без сложного проекта на старте.
Какие статусы заказа нужно передавать клиенту?
Покупателю не нужен весь внутренний журнал действий сотрудников. Ему достаточно короткой цепочки, которая отвечает на главный вопрос: где сейчас заказ и что делать дальше. Для интернет-магазина обычно хватает нескольких событий.
| Статус | Когда отправлять SMS | Что указать в сообщении |
|---|---|---|
| Заказ принят | Сразу после оформления | Номер заказа, сумма и способ связи |
| Оплата подтверждена | После получения подтверждения от платёжной системы | Номер заказа и следующий этап |
| Заказ собирается | Когда магазин передал заказ на сборку | Короткий статус и ориентир по готовности |
| Передан в доставку | После передачи курьеру или перевозчику | Информация о доставке и ссылка на детали |
| Готов к самовывозу | Когда товар поступил в точку выдачи | Адрес, часы работы и срок хранения, если он установлен магазином |
| Заказ отменён | После подтверждения отмены | Причина, если её нужно сообщить, и дальнейший шаг |
Не стоит отправлять отдельное сообщение на каждое изменение внутри CRM. Если сотрудник дважды открыл карточку заказа или поменял внутренний комментарий, клиенту это не помогает. Сначала составьте список внешних статусов, а затем сопоставьте их с событиями на сайте и в учётной системе. Подробнее о такой структуре можно прочитать в материале какие статусы заказа передавать из интернет-магазина в CRM.
Как связать сайт, CRM и SMS-сервис?
Для малого магазина есть три рабочих варианта. Первый, самый простой, подходит для запуска без разработки: менеджер выгружает список заказов и отправляет уведомления вручную по готовым шаблонам. Такой способ годится для небольшого количества заказов, но при росте нагрузки сотрудники начинают пропускать сообщения.
Второй вариант строится на интеграции сайта или CRM с SMS-сервисом через API. Когда заказ получает нужный статус, система передаёт номер телефона, номер заказа, сумму и другие разрешённые для сообщения поля. SMS-сервис подставляет значения в шаблон и возвращает технический результат отправки.
Третий вариант использует готовый модуль для платформы интернет-магазина. Он сокращает объём программирования, однако перед установкой нужно проверить, какие события поддерживает модуль: оформление, оплату, сборку, доставку, самовывоз и отмену. Если магазин работает сразу с несколькими каналами, полезно заранее продумать связку SMS и мессенджеров с CRM без программиста.
| Подход | Когда подходит | Ограничение |
|---|---|---|
| Ручная отправка | Небольшой поток заказов и редкие уведомления | Зависит от сотрудника |
| Готовый модуль | Популярная платформа с подходящим расширением | Набор событий зависит от модуля |
| API-интеграция | Нужны автоматические статусы и единая логика | Потребуется техническая настройка |
В техническом задании зафиксируйте четыре вещи: событие, которое запускает SMS; поля, которые передаются; текст сообщения; действие при ошибке. Например, если заказ перешёл в статус «передан в доставку», система отправляет номер заказа и короткую ссылку на страницу с деталями. Если отправка не удалась, менеджер видит задачу для повторной проверки.
Как написать SMS о заказе?
Хорошее сервисное сообщение читается без открытия сайта. В начале укажите название магазина или понятный идентификатор, затем сообщите статус и добавьте следующий шаг. Длинные пояснения лучше оставить на странице заказа.
- «Магазин N: заказ №1842 принят. Сумма: 86,40 BYN. Мы сообщим, когда он будет собран».
- «Магазин N: заказ №1842 передан в доставку. Детали: короткая ссылка».
- «Магазин N: заказ №1842 готов к самовывозу. Заберите его по адресу из подтверждения заказа».
- «Магазин N: заказ №1842 отменён. Если нужна помощь, ответьте менеджеру удобным способом».
Проверьте длину текста на кириллице. Сообщение с русскими буквами и сообщение с латиницей могут по-разному разбиваться на части, поэтому цена отправки зависит от фактического текста и настроек сервиса. Не добавляйте в SMS внутренние коды, длинные номера позиций и повторяющиеся подписи.
Ссылку лучше вести на мобильную страницу конкретного заказа, а не на главную страницу магазина. Клиент должен сразу увидеть состав покупки, способ доставки или контакты для уточнения. Перед запуском проверьте, что ссылка открывается без авторизации либо магазин корректно запрашивает доступ к информации о заказе.
Как проверить, что уведомления работают правильно?
Начните с тестовой группы сотрудников. Создайте несколько заказов и последовательно переведите их через каждый статус. Проверьте, что SMS уходит один раз, текст получает правильный номер заказа, сумма отображается в BYN, а ссылка открывает нужную страницу.
Отдельно протестируйте нестандартные ситуации: отмену до оплаты, повторную оплату, частичный выкуп, перенос доставки и заказ с самовывозом. Для части таких сценариев нужны отдельные правила, потому что универсальное сообщение может запутать покупателя. Например, статус «передан в доставку» не подходит, если товар ждёт выдачи в магазине.
В отчёте смотрите минимум на четыре показателя: сколько сообщений поставлено в очередь, сколько доставлено, сколько завершилось ошибкой и сколько заказов связано с переходом по ссылке. Данные из SMS-сервиса нужно сопоставлять с CRM или аналитикой сайта, иначе будет видно только факт отправки, но не результат для заказа.
Если SMS не доходит, не отправляйте его бесконечно. Сначала проверьте номер, формат, доступность телефона и текст ошибки. Для практической проверки пригодится чек-лист причин, почему SMS не доходят клиентам в Беларуси. Повторную отправку лучше ограничить отдельным правилом, чтобы клиент не получил несколько одинаковых уведомлений.
Какие ошибки чаще всего ломают цепочку уведомлений?
- Система отправляет SMS при каждом изменении внутреннего комментария, поэтому клиент получает лишние сообщения.
- В шаблоне нет номера заказа, и покупатель не понимает, к какой покупке относится уведомление.
- Ссылка ведёт на главную страницу, а не на карточку заказа с понятным следующим шагом.
- Статус меняется раньше фактического события: например, заказ отмечают как переданный в доставку до передачи курьеру.
- Отмена, частичный выкуп и перенос доставки используют один шаблон, хотя клиенту нужна разная информация.
- Владелец магазина проверяет только факт отправки, но не сравнивает доставку SMS с данными CRM и сайта.
Настройку лучше начинать с трёх уведомлений: «заказ принят», «оплата подтверждена» и «готов к получению» или «передан в доставку». После тестирования добавьте отмену, перенос доставки и другие события, которые часто вызывают вопросы у покупателей. Если нужна связка с сайтом, CRM или несколькими каналами, её можно спроектировать как отдельное интеграционное решение: сначала описать путь заказа, затем выбрать способ передачи данных и только после этого готовить тексты сообщений.
