Как настроить аварийные SMS при сбое сайта

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

Когда бизнесу нужны аварийные SMS?

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

Для малого бизнеса подходят такие сценарии:

• сайт не открывается или показывает ошибку при отправке формы;
• онлайн-запись временно недоступна;
• CRM не принимает новые заявки от сайта;
• платёж прошёл, но система не создала заказ;
• сервис не отправил подтверждение записи или заказа;
• изменилось время визита из-за технической проблемы.

Для каждого события заранее определите получателей. Если не прошла форма записи, SMS получает клиент, который уже начал оформление и оставил номер. Если недоступна CRM, уведомление может понадобиться администратору, менеджеру или владельцу процесса. Один и тот же текст для всех групп быстро создаёт путаницу.

Аварийное сообщение должно объяснять три вещи: что произошло, что делать клиенту и где получить ответ. Фраза «сайт временно не работает» без номера телефона или другого понятного действия оставляет человека без инструкции.

Как связать сайт, CRM и SMS-сервис?

Схема строится вокруг события. Сайт или CRM фиксирует ошибку, передаёт данные в SMS-сервис через API, после чего сервис отправляет сообщение и возвращает статус. В личном кабинете сотрудник видит историю отправок и проверяет, дошло ли уведомление.

Пример последовательности:

1. Клиент заполняет форму онлайн-записи.
2. Сайт получает техническую ошибку и не создаёт запись.
3. Система записывает событие с кодом ошибки.
4. API проверяет, нужно ли отправлять аварийное SMS.
5. Клиент получает инструкцию связаться с администратором или повторить запись позже.
6. Ответственный сотрудник видит отправку в отчёте и контролирует восстановление процесса.

Перед интеграцией составьте таблицу событий. В ней укажите название сбоя, условие отправки, получателя, шаблон и ответственного. Например, для ошибки формы можно задать условие «форма не отправлена после нажатия кнопки», получателя «клиент», шаблон с номером телефона администратора и ответственного «администратор смены».

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

Если API временно не отвечает, система должна сохранить событие для повторной попытки. При этом повтор не запускают бесконечно. Для каждого типа сбоя задайте ограничение, чтобы один клиент не получил несколько одинаковых сообщений из-за повторной отправки формы.

Что написать в аварийном SMS?

Текст аварийного SMS должен быть коротким и конкретным. Клиент в этот момент уже столкнулся с проблемой, поэтому ему нужна инструкция, а не описание внутренней архитектуры сайта. Уберите слова «сервер», «интеграция» и «исключение», если они не помогают решить задачу.

Рабочая формула выглядит так: название компании, факт сбоя, действие клиента, канал связи. Например: «[Компания]: онлайн-запись временно недоступна. Позвоните по номеру 00 000-00-00 или оставьте заявку позже». Если проблема связана с заказом, добавьте его номер и понятный срок следующего контакта, если бизнес может его выполнить.

Для разных событий подготовьте отдельные шаблоны:

• «Форма заявки не отправилась. Позвоните менеджеру по номеру 00 000-00-00»;
• «Запись не подтверждена из-за сбоя. Свяжитесь с администратором, чтобы выбрать время»;
• «Заказ принят с задержкой. Менеджер проверит данные и свяжется с вами»;
• «Оплата прошла, но подтверждение временно недоступно. Сохраните чек и напишите менеджеру»;
• «Время визита изменилось. Администратор свяжется с вами по указанному номеру».

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

Для служебных SMS менеджеру добавьте технический контекст: тип ошибки, время события и идентификатор заявки. Клиенту эти сведения не нужны. Разделение шаблонов снижает риск отправить внутреннее уведомление внешнему получателю.

Как избежать повторных SMS и лишних отправок?

Главная настройка аварийного сценария — защита от дублей. Ошибка сайта может длиться несколько минут, а клиент за это время несколько раз обновит страницу. Если каждое нажатие запускает SMS, одно событие превратится в серию одинаковых сообщений.

Для защиты используйте такие правила:

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

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

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

Как проверить, что аварийная схема работает?

Тестировать нужно весь путь от ошибки до отчёта. Простая проверка отправки из личного кабинета показывает, что сервис принимает сообщение, но не подтверждает работу интеграции с сайтом или CRM.

Проведите несколько тестов:

1. отключите тестовую форму и проверьте запуск события;
2. убедитесь, что номер получателя проходит проверку;
3. проверьте текст на телефоне с кириллицей и длинным сообщением;
4. искусственно разорвите соединение с API и проверьте повторную попытку;
5. отправьте одно и то же событие повторно и убедитесь, что дубль не ушёл;
6. восстановите сайт и проверьте отключение аварийного режима;
7. сверьте отправку со статусом в аналитике и отчёте.

После теста назначьте владельца сценария. Он проверяет отчёты, обновляет номер администратора, меняет шаблон при изменении процесса и раз в установленный период повторяет контрольную отправку. Контакт, который указан в SMS, должен быть доступен в часы работы компании.

Если сайт и CRM используют разные системы, полезно вести единый журнал событий. В нём достаточно хранить технический идентификатор, время сбоя, статус SMS и результат обработки заявки. Так менеджер видит, кому уже отправили уведомление, а кому нужно позвонить вручную.

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

• Один шаблон для всех ситуаций. Клиент с ошибкой оплаты получает тот же текст, что и посетитель недоступной записи. Подготовьте сообщения по типам событий.
• Отправка при каждом повторном клике. Добавьте идентификатор события и ограничение на повтор.
• Нет запасного действия. Сообщение сообщает о сбое, но не содержит телефона, формы или другой инструкции.
• Слишком технический текст. Клиенту не нужен код ответа сервера. Ему нужно понять, что делать с заявкой.
• Отсутствие тестового режима. Проверяйте интеграцию на тестовых номерах и сценариях до подключения к рабочему процессу.
• Никто не смотрит отчёты. Без статусов доставки и журнала событий нельзя понять, кто получил уведомление и где произошёл сбой.

Для подтверждения заказа или записи отдельный SMS-диалог помогает получить ответ клиента и передать результат в рабочий процесс. Подход к такому сценарию разобран в материале о SMS-диалоге для подтверждения заказов. Если клиенту нужно напомнить о визите, оплате или изменении времени, SMS можно связать с email и push через омниканальные напоминания для сервисных компаний.

После этого аварийные SMS можно встроить в личный кабинет и рабочие процессы SMSka.by так, чтобы отправка запускалась конкретной ошибкой, а сотрудник видел результат в аналитике.