Почему статус SMS «Доставлено» не означает, что его прочитали?

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

Что подтверждает статус SMS «Доставлено»?

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

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

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

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

Как понять, что клиент выполнил нужное действие?

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

Разделяйте технический результат и действие клиента в рабочей системе. Если объединить их в одну отметку «успешно», сотрудник перестанет видеть, на каком этапе возник вопрос.

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

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

Как настроить работу со статусами через API?

Начните с одного сценария, например уведомления о готовности заказа. API — это способ связать вашу учётную систему с SMS-сервисом, чтобы она отправляла сообщение после нужного события и получала результат доставки. Сотруднику тогда не приходится переносить статусы вручную.

1. Опишите событие отправки. Например, SMS уходит после перехода заказа в статус «готов к выдаче», а не после каждого сохранения карточки.
2. Свяжите отправку с конкретным заказом и идентификатором сообщения. Так сотрудник сможет найти нужный отчёт и отличить его от другой отправки.
3. Настройте получение статусов тем способом, который поддерживает сервис. Уточните в документации, передаёт ли он обновления автоматически или системе нужно запрашивать их.
4. Задайте отдельные действия для сбоя доставки и отсутствия ответа клиента. Эти ситуации требуют разных решений.

Защитите сценарий от повторной отправки при повторном сохранении карточки. В материале об автоматизации отмены и переноса записи идентификатор записи рассматривается как основа такой защиты (источник: smsinfo.by). Для заказа действует тот же принцип: система должна различать новое событие и повторную обработку прежнего.

Не запускайте повторное SMS только потому, что клиент не открыл страницу или не забрал заказ. Сначала проверьте, актуален ли текст и было ли уведомление доставлено. Если техническая доставка не состоялась, разбор причин описан в статье почему SMS о статусе заказа не доходят до абонентов в Беларуси.

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

Как проверить сценарий до отправки клиентам?

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

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

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

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

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

Типичные ошибки при оценке доставки SMS

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

За минуту откройте один шаблон сервисного SMS и допишите к нему правило: «После доставки ждём…». Укажите конкретное действие клиента либо «ответ не требуется». Это станет первым условием для настройки уведомлений и работы сотрудника.