Сервисные SMS помогают провести клиента через весь путь заказа: сообщить о поступлении отправления, напомнить о сроке хранения и подтвердить получение. В статье разберём, какие события передавать из учётной системы, как связать SMS с онлайн-статусом и что написать в сообщении. Такой сценарий подходит пунктам выдачи интернет-магазинов, локальным торговым точкам и компаниям, которые выдают заказы в Минске, областных центрах и небольших городах Беларуси.
Какие SMS нужны клиенту пункта выдачи?
Для пункта выдачи достаточно короткой цепочки из нескольких сообщений. Каждое SMS отправляется после конкретного события в заказе, поэтому клиент получает информацию тогда, когда она ему нужна.
- Заказ принят. Сообщение подтверждает, что заявка зарегистрирована, и содержит номер заказа.
- Заказ передан в доставку. Клиент понимает, что отправление покинуло склад или магазин.
- Заказ поступил в пункт выдачи. В SMS указывают адрес, часы работы и срок хранения.
- Напоминание о получении. Его отправляют, если заказ ещё не забрали.
- Изменение статуса. Например, заказ перенесли в другой пункт или продлили срок хранения.
- Получение заказа. Система фиксирует выдачу, а компания завершает коммуникацию по этой заявке.
Не обязательно запускать все сценарии в первый день. Для начала достаточно уведомления о поступлении и одного напоминания. Когда сотрудники проверят тексты и обработку событий, можно добавить сообщения о переносе, частичном выкупе или готовности отдельных товаров.
Сервисное SMS отличается от рекламного содержанием и моментом отправки: оно связано с конкретным заказом клиента. В тексте не стоит размещать посторонние акции, подборки товаров и призывы купить что-то ещё. Такой подход сохраняет связь между сообщением и действием, которое человек ожидает от пункта выдачи.
Как связать SMS с онлайн-статусом заказа?
Сначала нужно описать статусы в вашей системе. Названия могут отличаться, но логика обычно выглядит так: «создан», «в пути», «поступил в пункт выдачи», «выдан», «отменён». Для каждого статуса задайте одно событие и одно правило отправки. Если статус изменился повторно, система не должна дублировать SMS без причины.
Связь строят через API или готовую интеграцию с CRM, интернет-магазином и внутренней системой учёта. Когда заказ получает статус «поступил в пункт выдачи», система передаёт в SMS-сервис номер телефона, номер заказа, адрес точки и срок хранения. Сервис формирует сообщение по шаблону и возвращает технический статус отправки. Подробно про связку CRM и SMS-инфраструктуры можно прочитать в материале об интеграции CRM и SMPP для SMS-уведомлений.
Если у бизнеса несколько пунктов выдачи, адрес лучше брать из карточки заказа, а не подставлять вручную. Для каждого объекта можно хранить отдельные часы работы. Тогда клиент из Бреста не получит расписание точки в Гомеле, а изменение графика можно будет внести в одном месте.
Какие данные передавать в шаблон?
Шаблону обычно хватает пяти полей:
- имя клиента, если оно нужно для понятного обращения;
- номер заказа;
- название или адрес пункта выдачи;
- срок хранения;
- ссылка на страницу с подробным статусом.
Ссылка должна вести на страницу, где клиент видит актуальное состояние заказа. Если ссылка длинная, её можно сократить отдельным сервисом, например 8s.by или 7a.by. Перед запуском проверьте, что страница открывается с телефона и не требует лишних действий для просмотра статуса.
Как составить SMS о поступлении заказа?
Первое сообщение должно отвечать на четыре вопроса: какой заказ поступил, куда прийти, когда можно забрать и до какой даты его будут хранить. Чем меньше клиенту приходится искать информацию, тем реже он обращается к сотруднику пункта выдачи.
Пример сервисного текста:
«Заказ №54821 поступил в пункт выдачи: Минск, ул. Примерная, 10. Заберите до 5 сентября. Часы работы и статус: [ссылка]».
Если адрес длинный, его можно заменить коротким названием точки, а полный маршрут оставить на странице заказа. Для пункта в небольшом городе полезно добавить ориентир, если без него клиенту трудно найти вход. В одном SMS лучше оставить только сведения, которые помогают получить заказ.
При составлении шаблона учитывайте длину текста. Кириллица и латиница по-разному влияют на объём одного SMS, а эмодзи могут изменить правила подсчёта символов. Перед массовой отправкой проверьте шаблон на длину и переносы: отдельные рекомендации собраны в материале о количестве символов в SMS с кириллицей и эмодзи.
Когда отправлять напоминание о получении?
Напоминание привязывают к сроку хранения, а не к фиксированному времени для всех заказов. Если заказ хранится до определённой даты, система может отправить сообщение за день до окончания срока. Когда клиент забрал отправление, напоминание нужно отменить автоматически.
Пример:
«Заказ №54821 всё ещё ждёт вас в пункте выдачи по адресу: Минск, ул. Примерная, 10. Срок хранения заканчивается 5 сентября. Статус: [ссылка]».
Не отправляйте напоминание после выдачи или отмены заказа. Для этого в сценарии нужна проверка текущего статуса непосредственно перед отправкой. Она защищает клиента от сообщения о заказе, который уже получил другой человек, вернул курьеру или отменил магазин.
Если срок хранения изменился, отправьте отдельное уведомление. Текст должен прямо объяснять, что поменялось: новая дата, новый адрес или необходимость связаться с пунктом выдачи. Клиенту не придётся сверять старое SMS с новой информацией.
Как автоматизировать ответы на частые вопросы?
Автоматические ответы подходят для коротких запросов по заказу. Например, клиент может отправить номер заказа в ответном SMS, а система вернёт его текущий статус и адрес пункта выдачи. Такой сценарий требует понятного формата команды и обработки ошибок.
В инструкции к сообщению можно указать: «Чтобы проверить статус, отправьте номер заказа ответным SMS». Если клиент прислал лишний текст или неправильный номер, система отвечает нейтрально: «Не удалось найти заказ. Проверьте номер или свяжитесь с пунктом выдачи». Сложные случаи передаются сотруднику, который видит историю статусов и может продолжить разговор.
Для подтверждения получения или изменения даты можно использовать безопасную авторизацию. Например, клиент вводит одноразовый код на странице заказа, а SMS-сервис отправляет этот код без участия оператора. Такой механизм пригодится, если пункт выдачи позволяет подтвердить перенос визита или получить доступ к деталям заказа.
Как контролировать доставку сервисных SMS?
После запуска смотрите не только на факт отправки. В отчёте должны быть видны номер заказа, время события, шаблон, результат доставки и причина ошибки, если сообщение не дошло. Это помогает отделить проблему в телефоне клиента от ошибки в интеграции.
| Что проверять | Что показывает показатель | Что сделать при проблеме |
|---|---|---|
| Передача события | Система передала изменение статуса в SMS-сервис | Проверить API, ключи и журнал ошибок |
| Отправка | Сообщение принято сервисом | Сверить формат номера и доступный баланс |
| Доставка | Оператор подтвердил получение SMS | Проверить отчёт о недоставке и повторную отправку |
| Актуальность | Текст соответствует текущему статусу заказа | Сверить правила триггера с учётной системой |
Для резервного сценария можно настроить повторную отправку при временной ошибке или использовать другой канал уведомления, если он предусмотрен вашей системой. Контроль статусов и причин недоставки подробно разобран в материале о проверке доставки сервисных SMS.
Типичные ошибки при настройке SMS для пункта выдачи
- Отправка сообщения при каждом техническом обновлении заказа, из-за чего клиент получает дубли.
- Отсутствие адреса или срока хранения в SMS о поступлении.
- Напоминание после выдачи, потому что сценарий не проверяет актуальный статус.
- Один шаблон для всех пунктов с разными адресами и графиками работы.
- Слишком длинный текст со справочной информацией, которая не помогает получить заказ.
- Запуск без тестовых заказов и проверки статусов «выдан», «отменён» и «перенесён».
Настройку лучше начать с карты событий, трёх шаблонов и тестовой группы заказов. Затем подключить API, проверить передачу статуса «поступил в пункт выдачи» и включить отчёт о доставке. После этого можно добавить напоминания и автоматические ответы, оставив сотруднику только обращения, которые требуют решения.
