Как автоматизировать SMS о готовности заказа или услуги

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

Какие сообщения о готовности нужны клиенту?

Сначала опишите путь заказа или услуги от принятия до выдачи результата. Для каждого этапа выберите одно событие и одно сообщение. Например, клиент оформил заказ, передал технику в ремонт или запросил справку. После выполнения работы система меняет статус, а SMS сообщает, что делать дальше.

• «Заказ №482 готов к выдаче».
• «Документы подготовлены. Заберите их в рабочее время».
• «Ремонт завершён. Для получения заказа назовите номер заявки».
• «Результаты анализа готовы. Откройте личный кабинет или обратитесь в регистратуру».

В сообщение стоит включить номер заказа, название результата и следующий шаг. Если клиенту нужно прийти в конкретное место, добавьте адрес или короткое обозначение филиала. Когда есть срок хранения заказа, его тоже лучше указать, но только если этот срок действительно закреплён в процессе компании.

Сервисное SMS отличается от рекламной рассылки задачей. Оно отвечает на вопрос клиента: «Что произошло с моей заявкой и что делать дальше?» Поэтому в таком сообщении достаточно одного действия. Скидку, подборку товаров и другие предложения лучше не смешивать с уведомлением о готовности.

Как связать готовность заказа с отправкой SMS?

Для автоматизации нужна система, где появляется статус заказа или услуги, и SMS-шлюз, который получает команду на отправку. Это может быть CRM, программа учёта заказов, сайт или собственное приложение. Интеграция по API передаёт номер телефона, текст, идентификатор заявки и событие, которое запустило сообщение.

1. Определите статус, который означает фактическую готовность результата.
2. Назначьте ему техническое событие, например ready или «Готов к выдаче».
3. Свяжите событие с шаблоном SMS.
4. Передайте в шаблон переменные: имя клиента, номер заявки, филиал или ссылку на личный кабинет.
5. Сохраните идентификатор отправки и получите статус доставки.

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

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

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

Текст должен дать клиенту ответ за один просмотр. Начните с названия компании или услуги, затем укажите результат и номер заявки. В конце добавьте действие: забрать заказ, открыть документ, позвонить в рабочее время или дождаться следующего сообщения.

Рабочая формула выглядит так: «[Компания]: [что готово]. Заявка №[номер]. [Следующий шаг]». Например: «Мастерская: заказ №482 готов. Заберите его в рабочее время, назвав номер заявки». Такой текст не требует от клиента вспоминать, какой именно заказ он оформлял.

Имя клиента добавляйте только тогда, когда система передаёт его без ошибок. Для критичных уведомлений лучше использовать нейтральное обращение, чем отправить сообщение с чужим именем. Ссылку на личный кабинет сокращают до понятного адреса, который ведёт на нужную страницу, а не на главную.

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

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

Как контролировать доставку и повторную отправку?

Факт отправки не равен факту доставки. Система должна различать хотя бы состояния «команда принята», «доставлено», «временно не доставлено» и «ошибка». Эти данные помогают понять, получил ли клиент уведомление, и не отправить ему одинаковый текст повторно.

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

Сохраните в учётной системе время отправки, текст шаблона, номер заявки и результат доставки. Это пригодится, когда клиент спросит, отправлялось ли сообщение. Одновременно ограничьте число повторов для одного статуса, чтобы временный сбой не создал цепочку одинаковых SMS.

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

Какие ошибки мешают автоматизации SMS?

• Отправка по неправильному статусу. Уведомление уходит после создания заказа, хотя результат ещё не проверил сотрудник. Привяжите SMS к подтверждённой готовности.
• Повторная отправка при каждом обновлении карточки. Система реагирует на любое сохранение записи. Используйте отдельное событие перехода в статус «готов».
• Слишком общий текст. Фраза «Ваш заказ готов» без номера и дальнейшего действия заставляет клиента уточнять детали. Добавьте идентификатор заявки и инструкцию.
• Отсутствие проверки переменных. В SMS попадают пустое имя, технический код или неверный филиал. Перед отправкой проверьте обязательные поля.
• Контроль только факта отправки. Успешный ответ API не подтверждает доставку на телефон. Обрабатывайте статусы доставки через SMS-шлюз.
• Один шаблон для всех ситуаций. Готовность документа, заказа и ремонта требует разных инструкций. Разделите сценарии, даже если канал один.

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