Аварийные SMS помогают быстро предупредить клиента, если сайт временно недоступен, платёж не прошёл или заказ задерживается. В статье разберём, какие события стоит считать критичными, кому отправлять сообщения и как связать сайт с сервисом уведомлений по API. В результате у бизнеса появится понятный план: зафиксировать сбой, отправить короткое объяснение, сообщить о восстановлении и проверить доставку каждого важного сообщения.
Какие сбои требуют SMS-уведомления?
Для начала разделите технические проблемы по влиянию на клиента. Если посетитель не может открыть каталог, оформить заказ или оплатить покупку, он быстро уйдёт к другому продавцу либо начнёт звонить менеджеру. Короткое SMS объясняет ситуацию и показывает, что заказ не потерялся.
- Сайт недоступен. Сообщение нужно отправить клиентам с активным заказом, заявкой или незавершенной оплатой.
- Платёж не подтверждён. Клиент получает инструкцию: повторить оплату, выбрать другой способ или дождаться проверки операции.
- Заказ задерживается. Покупателю сообщают новый срок доставки или готовности товара.
- Система восстановлена. После устранения сбоя отправляют отдельное уведомление тем, кто получил первое сообщение.
- Сбой затронул только часть заказов. SMS получают только связанные с этой группой клиенты, а не вся база.
Аварийное уведомление отличается от рекламной рассылки целью и временем отправки. В нём нет акции или длинного описания товара. Клиенту нужны факт, следующий шаг и канал связи с компанией.
Как составить сценарий аварийных SMS?
Один сбой лучше связывать с последовательностью сообщений. Первое уведомление фиксирует проблему. Второе появляется после восстановления. Если срок изменился, между ними добавляют сообщение с новой датой или временем.
| Событие | Что написать | Когда отправлять |
|---|---|---|
| Сайт временно недоступен | «Сайт временно недоступен. Заказ №123 сохранён. Мы сообщим, когда сервис восстановится» | После подтверждения сбоя |
| Оплата не прошла | «Оплату заказа №123 не удалось подтвердить. Повторите попытку на сайте или свяжитесь с менеджером» | После ответа платёжной системы |
| Доставка задерживается | «Заказ №123 задерживается. Новая дата доставки — 28 августа. Ответьте менеджеру, если срок не подходит» | Сразу после изменения статуса |
| Сервис восстановлен | «Сайт снова работает. Заказ №123 принят в обработку» | После успешной проверки |
В текст стоит включать номер заказа, название компании и один понятный способ действия. Ссылку добавляйте только тогда, когда клиенту действительно нужно перейти на страницу оплаты, проверки статуса или повторного оформления. Для короткой ссылки можно использовать отдельный сервис, например короткие ссылки и QR-коды для бизнеса.
Не отправляйте два одинаковых сообщения, если система повторно получила одно и то же событие. Для каждого сбоя нужен идентификатор: номер заказа, код инцидента или комбинация даты и типа события. Такой ключ помогает защититься от дублей при повторной передаче запроса.
Как связать сайт с SMS-сервисом по API?
Связка обычно строится вокруг событий. Сайт или внутренняя система фиксирует ошибку, формирует данные клиента и передаёт запрос в сервис SMS. Сервис возвращает идентификатор отправки, а затем сообщает итоговый статус доставки.
- Сайт обнаруживает событие: ошибка оплаты, недоступность страницы или изменение срока доставки.
- Модуль уведомлений проверяет, относится ли событие к клиенту и нужно ли отправлять SMS.
- Система создаёт текст с номером заказа и передаёт его по API.
- Сервис SMS принимает запрос и возвращает его идентификатор.
- Статус доставки поступает обратно через API или вебхук.
- Система записывает результат в журнал и при необходимости передаёт задачу сотруднику.
Для малого бизнеса достаточно начать с нескольких событий: ошибка платежа, задержка доставки и восстановление сайта. Сложную логику можно добавить позже. При интеграции по API проверьте токен доступа, формат номера телефона, кодировку текста и обработку временной недоступности сервиса.
Отдельно настройте очередь сообщений. Если сайт восстановился после крупного сбоя, система может одновременно сформировать много отправок. Приоритет получают сообщения о текущем заказе и оплате, а второстепенные уведомления отправляются позже. Практические вопросы rate limit, приоритетов и очереди разобраны в материале как построить очередь SMS в API и SMPP.
Как контролировать доставку аварийных сообщений?
Факт отправки не равен факту доставки. В журнале нужно хранить хотя бы время создания события, номер заказа, идентификатор SMS и итоговый статус. Так менеджер видит, кому сообщение дошло, а кому потребуется другой канал связи.
- Принято сервисом. Запрос прошёл проверку и попал в обработку.
- Отправлено оператору. Сообщение передали в сеть.
- Доставлено. Есть подтверждение получения на телефоне.
- Не доставлено. Нужно проверить номер, доступность телефона или повторить попытку по правилам.
Для критичных уведомлений задайте контрольный интервал. Если статус долго не меняется, система создаёт задачу ответственному сотруднику. Он связывается с клиентом вручную, пока техническая команда проверяет причину. Настроить такой подход помогает материал про мониторинг SMS-интеграции.
Проверяйте также сам канал уведомлений. Тестовое сообщение должно уходить на несколько номеров, а результат нужно видеть в журнале. Если сервис недоступен, приложение обязано записать ошибку и сохранить событие для повторной обработки, иначе уведомление потеряется вместе со сбоем.
Какие ошибки мешают аварийным уведомлениям?
- Отправка SMS всем клиентам вместо тех, чьи заказы затронуты проблемой.
- Слишком общий текст без номера заказа и понятного следующего шага.
- Повторная отправка при каждом обновлении страницы или повторном запросе API.
- Отсутствие сообщения о восстановлении после первого уведомления.
- Проверка только статуса «запрос принят» без контроля фактической доставки.
- Хранение ошибок только в интерфейсе сайта, который сам в этот момент может быть недоступен.
Перед запуском составьте таблицу событий и ответственных: кто подтверждает сбой, кто меняет текст, кто следит за доставкой. Затем протестируйте каждый сценарий отдельно: отключите тестовую оплату, создайте задержку доставки и проверьте восстановление сайта. Для сервисных уведомлений в smsgo.by такой процесс можно связать с API и мониторингом доставки, чтобы сотрудники видели результат отправки без ручного копирования номеров.
3 шага, которые можно сделать на этой неделе:
- Выберите три критичных события и подготовьте короткие тексты для клиента.
- Добавьте защиту от дублей и журнал статусов в интеграцию сайта с SMS-сервисом.
- Проведите тестовый сбой, проверьте доставку и назначьте сотрудника на ручную обработку недоставленных сообщений.
