Автоматические SMS помогают сообщить клиенту об отмене или переносе записи сразу после изменения в расписании. Для этого бизнесу нужны система учёта записей, понятные статусы и шаблоны сообщений, которые отправляются по событию. В статье разберём, как построить такой сценарий для клиники, салона, сервиса или небольшого отеля, какие данные передавать в SMS, как обработать ответ клиента и где чаще всего возникают ошибки.
Зачем отправлять SMS при отмене или переносе записи?
Если администратор меняет расписание, клиенту нужно получить эту информацию до того, как он приедет по старому адресу и времени. Звонок легко пропустить, сообщение в мессенджере может затеряться, а SMS появляется в стандартном приложении телефона и не требует отдельного аккаунта.
Уведомление решает одну конкретную задачу: фиксирует новое состояние записи. В тексте достаточно указать название услуги, дату, время и действие, которое нужно выполнить. Например: «Ваша запись на анализ крови 18 августа в 10:00 перенесена на 11:30. Если новое время не подходит, ответьте 1». Так администратор не объясняет одну и ту же ситуацию по телефону каждому клиенту.
SMS особенно уместно там, где расписание влияет на работу специалиста или свободное место нельзя быстро продать другому человеку. Для салона это окно мастера, для лаборатории — время визита, для автосервиса — слот приёмки, для мини-отеля — изменение времени заселения. Сценарий можно связать с автоматическими напоминаниями о визите, чтобы клиент получал сначала подтверждение, а затем сообщение об изменении записи. О настройке таких напоминаний подробнее рассказано в материале «Как настроить автоматические SMS-напоминания о визите».
Как построить сценарий автоматического уведомления?
Начните с описания событий, которые происходят в расписании. Не нужно сразу автоматизировать все действия администратора. Для первого запуска достаточно четырёх статусов:
- запись подтверждена;
- запись отменена компанией;
- запись перенесена на другое время;
- клиент попросил изменить запись.
После изменения статуса система проверяет, есть ли у записи номер телефона и разрешено ли отправлять сервисные уведомления по этому контакту. Затем она подставляет в шаблон имя клиента, услугу, прежнее или новое время и контакт для уточнений. Отправка должна происходить после сохранения изменения, иначе SMS уйдёт с устаревшими данными.
Практический сценарий выглядит так:
- Администратор или специалист меняет статус записи в программе.
- Система определяет тип изменения: отмена или перенос.
- Система выбирает подходящий шаблон.
- SMS-провайдер принимает сообщение и возвращает технический статус.
- Результат отправки записывается в карточку записи.
- Если клиент отвечает, сообщение передаётся ответственному сотруднику.
Для малого бизнеса такой процесс можно подключить через готовую интеграцию, API или SMPP. Выбор зависит от программы, где хранится расписание, и от того, нужен ли двусторонний обмен. Если клиент должен отвечать на SMS, заранее уточните поддержку входящих сообщений, или MO-сообщений. О таком сценарии есть отдельный материал «Как принимать ответы на SMS через SMPP: MO-сообщения».
Какие шаблоны SMS использовать при отмене и переносе?
Сообщение должно отвечать на три вопроса: что произошло, когда была запись и что делать дальше. Длинное объяснение здесь мешает. Если причина важна, укажите её одной фразой, без внутренней информации о сотрудниках.
| Ситуация | Пример сообщения | Что проверить |
|---|---|---|
| Перенос по инициативе компании | «[Название]: запись на [услугу] [дата] в [время] перенесена на [новая дата] в [новое время]. Подтвердите новое время ответом 1 или позвоните [номер]» | Новые дата и время должны быть актуальными |
| Отмена записи | «[Название]: запись на [услугу] [дата] в [время] отменена. Для выбора нового времени свяжитесь с нами: [номер]» | Нельзя писать, что запись перенесена, если свободный слот ещё не выбран |
| Изменение времени по просьбе клиента | «[Название]: новая запись на [услугу] подтверждена на [дата] в [время]. Если планы изменятся, сообщите по номеру [номер]» | После ручного переноса не должно уходить старое время |
| Отмена специалистом | «[Название]: специалист не сможет принять вас [дата] в [время]. Позвоните [номер], чтобы выбрать другое время» | Текст должен предлагать следующий шаг |
В каждом шаблоне оставьте название организации или услуги. Клиент должен понять отправителя без перехода на сайт. Номер телефона лучше писать в привычном формате, а время — с указанием часового пояса, если компания работает с клиентами из разных регионов.
Как связать SMS с расписанием и CRM?
Связка состоит из двух частей. Система расписания передаёт событие: «запись отменена» или «время изменилось». SMS-сервис принимает параметры и отправляет готовый текст. В обратную сторону возвращается статус доставки, чтобы сотрудник видел, дошло ли уведомление.
Для интеграции заранее составьте таблицу полей:
- идентификатор записи;
- номер телефона;
- имя клиента;
- название услуги;
- старая дата и время;
- новая дата и время;
- тип изменения;
- номер сотрудника или общий телефон для связи;
- статус отправки.
Идентификатор записи нужен для защиты от повторной отправки. Если администратор дважды сохранил одну и ту же отмену, система должна распознать одинаковое событие и не отправлять клиенту два сообщения. Такая проверка особенно полезна в программах, которые создают отдельное событие при каждом изменении карточки.
Не смешивайте в одном сценарии сервисные уведомления и рекламные предложения. Сообщение об отмене записи должно информировать об изменении расписания. Акция или предложение другой услуги относятся к отдельной коммуникации и требуют другого шаблона, расписания и отчёта.
Как контролировать доставку и ответы клиентов?
После запуска проверьте не только факт отправки, но и весь путь сообщения. В журнале должны быть видны время создания события, текст SMS, статус у провайдера и ответ клиента, если он предусмотрен. Это помогает быстро выяснить, почему администратор не увидел реакцию на перенос.
Разделите статусы хотя бы на три группы:
- сообщение принято к отправке;
- сообщение доставлено;
- доставка не подтверждена.
Если SMS не доставлено, система может поставить задачу сотруднику перезвонить клиенту. Автоматически повторять отправку без ограничений не стоит: одно и то же уведомление несколько раз подряд выглядит как ошибка и не помогает решить вопрос.
Для ответов используйте короткие варианты. Например, ответ «1» подтверждает новое время, а «2» просит связаться с клиентом. Если оператор связи или SMS-платформа не поддерживает входящие ответы в выбранной схеме, оставьте в тексте номер телефона и передавайте решение администратору вручную.
Типичные ошибки при настройке уведомлений
- Отправка SMS до сохранения новой даты и времени. В результате клиент получает старое расписание.
- Один шаблон для отмены и переноса. Клиент не понимает, сохранилась ли запись.
- Отсутствие названия компании. Получатель видит текст, но не связывает его со своей записью.
- Нет контакта для уточнений. Сообщение сообщает о проблеме, но не предлагает способ её решить.
- Повторная отправка при каждом техническом обновлении карточки. Одно изменение превращается в несколько одинаковых SMS.
- Нет проверки статуса доставки. Администратор считает задачу выполненной, хотя сообщение не дошло.
Перед запуском протестируйте минимум пять ситуаций: перенос на один день, перенос на другое время, полную отмену, повторное сохранение записи и недоставку сообщения. Для каждой ситуации заранее определите, что увидит клиент и какое действие получит администратор. После этого можно подключать SMS-уведомления к расписанию через интеграцию, API или SMPP и хранить историю событий в карточке записи.
