SMS о статусе заявки: события, шаблоны и интеграция

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

Какие заявки можно сопровождать

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

• получена;
• зарегистрирована и назначен номер;
• принята в работу;
• ожидает информации клиента;
• срок изменён;
• решение принято;
• выполнена или закрыта.

Не выводите технические этапы вроде «очередь 2» или «передано L2». Переведите их в понятный результат.

Первое подтверждение

QUICKTEL: заявка №582 зарегистрирована. Первый ответ — до 25 июля, 18:00. Проверить статус: [ссылка].

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

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

Запрос дополнительной информации

По заявке №582 нужен документ. Перечень и безопасная загрузка: [ссылка]. После получения обновим срок ответа.

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

Если срок изменился

Не ждите окончания первоначального SLA. Предупредите заранее и назовите новую контрольную дату:

Срок ответа по заявке №582 изменён: сообщим решение до 29 июля. Заявка остаётся в работе.

Причину можно дать нейтрально, если она подтверждена. Не используйте одинаковое «по техническим причинам» для всех задержек.

Решение и закрытие

По заявке №582 принято решение. Документ доступен в личном кабинете: [ссылка].

Заявка №582 выполнена. Если вопрос остался, возобновите её до 2 августа: [ссылка].

Статус «решение принято» не всегда равен «работа выполнена». Разделите эти этапы, если клиент должен подписать документ, забрать заказ или подтвердить результат.

Источник правды

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

При возврате заявки на предыдущий этап создайте новую версию. Старая запланированная отправка отменяется, чтобы статусы не пришли в неверном порядке.

Интеграция и дедупликация

Система публикует событие с номером заявки, версией, клиентским статусом и сроком. Сервис уведомлений проверяет телефон и стоп-условия, затем вызывает HTTP API QUICKTEL.

Идемпотентный ключ заявка + событие + версия предотвращает повторы webhook. Идентификатор сообщения и статус доставки возвращаются в карточку. Для критичной недоставки создаётся задача сотруднику.

Несколько заявок одного клиента

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

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

Персональные данные и ссылки

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

Проверка перед запуском

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

Кто отвечает за клиентский статус

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

Шаблоны версионируются. При изменении процесса старые активные заявки продолжают получать корректную для них формулировку или переводятся по явному правилу. Это предотвращает ситуацию, когда одинаковый внутренний статус означает разное до и после обновления CRM.

Сотрудник видит историю отправок в карточке и не повторяет уже сообщённое вручную.

Метрики

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

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