SMS-напоминания помогают клинике, салону, автосервису и другой компании снизить число забытых визитов. В статье разберём рабочую схему: какие события передавать из CRM или формы записи, за сколько времени отправлять сообщения, что писать клиенту и как отслеживать результат. После настройки система сама отправит напоминание, примет статус доставки и передаст сотруднику информацию о переносе или отмене записи.
Какие SMS нужны клиенту до визита?
Для начала достаточно двух сообщений. Первое подтверждает запись сразу после оформления. Второе напоминает о визите накануне или в выбранный компанией срок. Такая цепочка подходит для консультации в клинике, стрижки, ремонта автомобиля, диагностики техники и других услуг с предварительным временем посещения.
В подтверждении укажите дату, время, услугу и название компании. Если клиент записался к конкретному специалисту, его имя тоже можно добавить. Сообщение должно отвечать на главный вопрос: когда и куда нужно прийти.
Пример подтверждения: «Запись подтверждена: консультация 28.08 в 15:30. Адрес: ул. Центральная, 10. Если планы изменились, позвоните по номеру +375 XX XXX-XX-XX». Номер телефона и адрес в шаблоне заменяют на данные вашей компании.
Напоминание лучше сделать короче: «Напоминаем: вы записаны на 28.08 в 15:30. Если не сможете прийти, сообщите заранее по номеру +375 XX XXX-XX-XX». Если бизнес принимает клиентов в разных кабинетах или точках, добавьте адрес именно выбранного места.
Для салона можно передать мастера и длительность процедуры. Для автосервиса полезно указать автомобиль или вид работ. Клиенту легче проверить такую запись, чем искать детали в переписке или звонить администратору.
Как связать запись и SMS через API?
Схема интеграции состоит из четырёх частей: форма записи или CRM, ваш сервер, SMS API и отчёт о доставке. Когда клиент создаёт запись, система передаёт в API номер телефона и параметры сообщения. SMS-сервис возвращает идентификатор отправки, а позже сообщает итоговый статус.
- Клиент выбирает услугу, дату и время на сайте, в приложении или у администратора.
- CRM сохраняет запись и создаёт событие «новая запись».
- Ваш сервер отправляет в SMS API номер, текст и время отправки.
- API возвращает результат запроса, а отчёт о доставке обновляет статус сообщения в CRM.
Для MVP не обязательно строить сложную систему. Достаточно передать через API несколько полей: номер телефона, имя клиента, дату, время, услугу, адрес и внутренний идентификатор записи. Идентификатор нужен, чтобы одно событие не создало два одинаковых SMS.
Если запись меняется, система должна отправить отдельное сообщение о переносе. Старое напоминание при этом нужно отменить или пометить как неактуальное. Иначе клиент получит SMS со старым временем. Для связи магазина, CRM и сервиса отправки полезно использовать вебхуки для SMS, особенно когда статус должен возвращаться автоматически.
При подключении проверьте формат номера, код страны и часовой пояс. Для Беларуси номер передавайте в едином международном формате, который требует выбранный SMS-шлюз. Текст проверяйте отдельно для кириллицы: длина SMS и количество частей могут зависеть от используемых символов.
За сколько времени отправлять напоминание?
Единого интервала для всех услуг нет. Клиенту клиники часто нужно время, чтобы подготовить документы или перенести визит. Посетителю салона достаточно напомнить о времени процедуры. В автосервисе сообщение может содержать дополнительные сведения о подготовке автомобиля.
| Сценарий | Первое сообщение | Напоминание | Что добавить |
|---|---|---|---|
| Клиника | Сразу после записи | За день до приёма | Специалист, адрес, документы или подготовка |
| Салон | Сразу после записи | За день или за несколько часов | Услуга, мастер, длительность |
| Автосервис | Сразу после согласования работ | За день до визита | Марка автомобиля, вид работ, адрес |
| Сервисный бизнес | После подтверждения заявки | Перед согласованным временем | Номер заявки и контакт администратора |
Начните с одного напоминания и посмотрите, сколько клиентов приходит, переносит запись или не реагирует. Если визиты часто планируют на несколько недель вперёд, добавьте раннее подтверждение. Для срочных записей сообщение можно отправить сразу после оформления и повторить ближе к визиту.
Кнопка в SMS недоступна, поэтому действие нужно описать словами: «Ответьте 1 для подтверждения», «Позвоните по номеру…» или «Перенесите запись через личный кабинет». Если ответы по SMS не обрабатываются, не предлагайте клиенту отправлять код, который никто не проверяет.
Для салонов отдельный сценарий с напоминаниями помогает связать запись с расписанием мастеров. О принципах автоматизации записи без сложной разработки можно прочитать в материале как автоматизировать запись в салоне.
Как измерить результат и найти проблему?
Смотрите на цепочку целиком, а не только на факт отправки. Для каждой записи полезно хранить статус SMS, время отправки, ответ клиента и итог визита. Тогда администратор увидит, сколько сообщений доставлено, сколько записей перенесено и в каких случаях клиент не пришёл.
- Статус «принято» показывает, что API получил запрос, но не подтверждает доставку.
- Статус «доставлено» означает, что оператор передал сообщение на телефон получателя.
- Статус «не доставлено» требует проверки номера, времени отправки и причины отказа.
- Отсутствие статуса часто указывает на ошибку вебхука или неправильную настройку отчётов.
- Два одинаковых SMS обычно появляются из-за повторной обработки одного события записи.
Для контроля задайте единый идентификатор: например, номер записи из CRM. Перед отправкой система проверяет, было ли уже сообщение с таким идентификатором и типом события. Это защищает клиента от повторного напоминания после перезапуска сервера или повторной передачи запроса.
Отдельно проверяйте тестовые номера сотрудников. Создайте запись на ближайшее время, измените дату, отмените визит и снова назначьте его. В отчёте должны появиться правильные сообщения, а старое напоминание не должно уйти после отмены.
Для бизнеса без отдельного разработчика подойдёт готовая интеграция с CRM или конструктор автоматизации. Если нужна техническая проверка цепочки, пригодится материал о мониторинге транзакционных SMS без программиста.
Какие ошибки чаще всего ломают напоминания?
- Сообщение отправляют без даты и времени. Клиенту приходится уточнять детали у администратора, а смысл напоминания теряется.
- Система не отменяет старую задачу. После переноса визита клиент получает напоминание о первоначальном времени.
- В шаблоне нет контакта для переноса. Получатель видит проблему, но не понимает, как её решить.
- Все услуги используют один текст. Для клиники, салона и автосервиса нужны разные поля и инструкции.
- Не проверяется повторная отправка. Временный сбой API может создать дубликат, если запрос повторяют без проверки идентификатора.
- Не анализируются статусы доставки. При недоставке компания не узнаёт, была ли проблема в номере, шлюзе или настройке отчёта.
Настройку лучше начать с одного направления, например с напоминаний о завтрашних визитах. После теста подключите подтверждение записи, перенос и отмену. Для такой схемы понадобятся шаблоны сообщений, интеграция SMS API, транзакционные уведомления и мониторинг статусов. Эти компоненты можно собрать по отдельности под CRM, сайт или внутреннюю систему бизнеса.
3 шага, которые можно сделать на этой неделе:
- Опишите путь записи: создание, перенос, отмена и завершение визита.
- Подготовьте два шаблона SMS с датой, временем, услугой и контактом для связи.
- Проверьте API на тестовой записи и включите отчёты о доставке с защитой от дублей.
