Как интернет-магазину проверить SMS-уведомления до запуска
Перед запуском проверьте SMS-сценарий на тестовом заказе: пройдите путь от оформления до получения сообщения и убедитесь, что текст соответствует текущему статусу заказа. Так вы заметите ошибки в триггере, шаблоне и подстановке данных до того, как их увидят покупатели. В статье разберём, какие события проверить, как провести тест и что записать по его итогам, чтобы команда могла повторить проверку после изменений.
Что проверить в сценарии SMS перед запуском?
Сначала опишите сценарий обычными словами: какое событие произошло, кому отправляется SMS и что в ней должно быть. Например, заказ получил статус «Готов к выдаче» — покупатель получает сообщение с адресом пункта выдачи и инструкцией, как забрать покупку. Если вы настраиваете уведомление о доставке, укажите, какое событие запускает сообщение и какой интервал можно предложить клиенту.
Затем проверьте четыре части сценария:
- Триггер. Сообщение запускается именно при нужном изменении заказа, а не при его создании или редактировании карточки.
- Получатель. SMS уходит на номер из тестового заказа, а не на номер сотрудника, который настраивает интеграцию.
- Текст. В сообщении есть понятная информация о заказе и следующий шаг для покупателя.
- Повторная отправка. Повторное сохранение того же статуса не запускает дубликат, если по логике магазина достаточно одного сообщения.
Если сценарий касается готовности к самовывозу, заранее сверьте содержание сообщения с процессом выдачи: какие данные нужны клиенту, чтобы найти заказ и понять, когда его забрать. Примеры таких уведомлений разобраны в материале про SMS о готовности заказа для самовывоза.
Как провести тест без реального покупателя?
Создайте тестовый заказ и используйте номер, на который сотрудник может принять SMS. Если в интеграции есть тестовый режим, начните с него: он помогает проверить формирование запроса и работу триггера без отправки клиенту. Затем выполните контрольную отправку на собственный номер, если это предусмотрено настройками сервиса.
- Создайте заказ с тестовыми данными и запишите его номер.
- Переведите заказ в нужный статус и проверьте, сработал ли триггер.
- Сверьте текст SMS с шаблоном: подставились ли имя, номер заказа, адрес или интервал доставки.
- Проверьте, что сообщение пришло на нужный телефон и читается без обрыва важной информации.
- Повторите изменение статуса и проверьте, не отправилась ли лишняя копия.
Не используйте для теста чужой номер: получатель не должен принимать случайное сообщение за настоящее уведомление о покупке. Если тестовый заказ создаёт менеджер, добавьте в его заметку пометку «проверка SMS», чтобы коллеги не приняли его за заказ покупателя.
Для уведомления о курьерской доставке проверьте отдельно текст с интервалом. Убедитесь, что время указано в понятном формате, а сообщение не обещает доставку в период, который заказ не подтверждает. Если клиенту предлагают выбрать интервал ответом на SMS, тестируйте и этот ответный путь: куда поступает выбор и кто его видит.
Как проверить результат отправки и зафиксировать ошибки?
Сверьте историю заказа с журналом отправки в CRM или сервисе сообщений. В истории должно быть понятно, какое событие запустило SMS, какой шаблон использовался и чем завершилась попытка отправки. Названия статусов зависят от системы и SMS-шлюза, поэтому сначала уточните, что именно означает каждый статус в вашей настройке.
Статус доставки помогает понять, дошло ли сообщение до телефона, но сам по себе не подтверждает, что человек прочитал его. Если SMS не пришла, зафиксируйте время теста, номер заказа, событие, текст и ответ системы. Эти данные помогут специалисту найти сбой в триггере, шаблоне или передаче запроса через API.
После исправления ошибки повторите тот же тест, а затем проверьте соседние сценарии. Например, если изменение статуса «Готов к выдаче» запускает сообщение, отдельно проверьте, что отмена заказа не отправляет уведомление о готовности. При настройке цепочки статусов полезно сверить шаблоны и условия запуска до включения отправки покупателям.
Какие ошибки чаще всего пропускают перед запуском?
- Триггер срабатывает при каждом сохранении заказа, поэтому клиент получает одинаковые SMS.
- В шаблоне остаётся пустое поле, например номер заказа или интервал доставки.
- Сотрудник проверяет только текст, но не проверяет событие, которое запускает отправку.
- Сообщение уходит при отменённом или изменённом заказе, хотя его содержание уже не соответствует ситуации.
- Команда считает статус отправки подтверждением прочтения SMS покупателем.
Чтобы ошибки не возвращались, заведите короткий чек-лист рядом с описанием сценария. Укажите тестовый статус, ожидаемый текст, номер для проверки и результат последней отправки. После изменения шаблона или интеграции повторяйте проверку по этому списку.
Перед запуском выполните три действия: создайте тестовый заказ, проверьте отправку на контролируемый номер и сохраните результат вместе с настройками сценария. Если SMS должны сообщать о готовности заказа к выдаче, отдельно проверьте условия для самовывоза и доставки, чтобы покупатель получил сообщение, соответствующее его заказу.
