Как настроить SMS об истечении срока брони товара

Чтобы сообщить покупателю об окончании срока брони, настройте SMS на конкретное событие в учётной системе: резерв товара подходит к концу. В сообщении укажите номер или название заказа, срок действия брони и способ продления либо отмены. Сначала проверьте, как система фиксирует бронь и её продление, затем свяжите это событие с отправкой. Ниже — порядок настройки и проверки, который поможет не напоминать о уже выданном или продлённом заказе.

Какие события должны запускать SMS?

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

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

Перед настройкой составьте короткую схему: «бронь создана → срок рассчитан → срок не продлён → SMS отправлено». Отдельно отметьте отмену заказа и выдачу товара. После любого из этих событий напоминание теряет смысл.

Что написать в уведомлении о сроке брони?

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

Например: «Заказ №[номер]: бронь товара действует до [дата и время]. Чтобы продлить резерв, позвоните по номеру [телефон]». Замените поля на данные заказа, а формулировку о продлении оставьте только в том случае, если магазин действительно принимает такие просьбы.

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

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

Как связать отправку с учётной системой?

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

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

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

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

Прогоните настройку на тестовых заказах и проверьте каждую развилку. Одна бронь должна привести к одному уведомлению; продление срока — перенести или отменить отправку; выдача товара и отмена заказа — остановить напоминание.

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

Типичные ошибки

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

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