SMS о поступлении товара помогает магазину быстро сообщить клиенту, что заказ можно забрать или оформить повторно. В статье разберём, какие данные передавать в сообщении, как связать сайт с SMS-сервисом через API, какие статусы предусмотреть и как проверить доставку. Инструкция подходит небольшому интернет-магазину, пункту выдачи и розничной точке в Беларуси, где важно сообщить о готовности заказа без рекламного текста.
Когда клиенту отправлять SMS о наличии товара?
Сначала определите событие, после которого сообщение действительно нужно. Для заказа с доставкой это может быть поступление товара на склад. Для пункта выдачи — приём посылки и готовность к выдаче. Если покупатель оставил запрос на уведомление о дефицитной позиции, SMS отправляют после фактического обновления остатка.
Сервисное сообщение должно отвечать на один вопрос: что изменилось в заказе и какое действие доступно клиенту. В нём достаточно указать название магазина, номер заказа, статус и следующий шаг. Например: «Заказ №4821: товар поступил. Заберите его до 15 сентября в выбранном пункте выдачи». Если срок хранения зависит от внутренних правил магазина, добавьте его только после проверки.
SMS о поступлении товара отличается от рекламной рассылки задачей и содержанием. В нём не нужны скидки, подборки товаров и призывы купить что-то ещё. Такой подход снижает риск, что клиент примет полезное уведомление за обычную акцию и проигнорирует его.
Как подготовить статусы и текст сообщения?
Для начала выпишите путь заказа от запроса клиента до выдачи. Небольшому магазину обычно хватает нескольких статусов:
- товар ожидается;
- товар поступил на склад;
- заказ собран;
- заказ передан в пункт выдачи;
- заказ готов к выдаче;
- заказ отменён или срок хранения закончился.
Не отправляйте отдельное SMS на каждое внутреннее изменение. Клиенту нужен статус, который влияет на его действие. Если товар приехал на склад, но заказ ещё не проверили и не собрали, сообщение «можно забрать» будет преждевременным. Сначала дождитесь статуса «готов к выдаче».
Удобная формула сообщения выглядит так: название магазина, номер заказа, новый статус, адрес или способ получения, срок действия статуса. Длинные пояснения лучше разместить на странице заказа, а в SMS оставить короткую ссылку. Если магазин использует сокращатель ссылок, адрес можно сделать компактнее через сервис сокращения ссылок для SMS.
| Сценарий | Когда отправлять | Что указать в SMS |
|---|---|---|
| Товар снова появился | После подтверждения остатка | Название позиции и способ оформить заказ |
| Заказ поступил в пункт выдачи | После приёмки и проверки | Номер заказа, адрес пункта, срок хранения |
| Заказ готов к выдаче | После сборки | Номер заказа и инструкцию для получения |
| Товар закончился до подтверждения | После корректировки остатка | Отмену ожидания или предложение связаться с магазином |
Перед запуском отправьте тестовые сообщения на номера сотрудников. Проверьте кириллицу, номер заказа, ссылку и отображение названия отправителя. Отдельно посмотрите, что произойдёт с текстом, если в названии товара есть кавычки, символ «№» или длинное описание.
Как связать магазин с SMS-сервисом через API?
Связка начинается с источника события. Сайт или учётная система фиксирует изменение статуса, после чего передаёт SMS-сервису номер телефона, текст и идентификатор сообщения. Сервис отправляет уведомление и возвращает технический статус доставки. Для небольшого магазина такой обмен обычно описывает разработчик сайта или интегратор.
- Определите поле, которое хранит номер телефона покупателя, и проверьте формат белорусских номеров.
- Назначьте каждому событию свой шаблон SMS.
- Передавайте в запросе уникальный номер заказа, чтобы повторный запуск не отправил дубликат.
- Настройте ответ системы: принято, отправляется, доставлено, не доставлено.
- Сохраните время события и технический идентификатор сообщения для проверки спорных случаев.
API нужно подключать к реальному изменению статуса, а не к нажатию кнопки менеджером. Иначе сотрудник может забыть отправить уведомление или сделать это дважды. Для WordPress-магазина на WooCommerce полезно заранее проверить готовые варианты подключения: SMS-уведомления о заказах в WooCommerce могут закрыть базовый сценарий без отдельной разработки.
Если магазин работает с собственной системой, попросите разработчика предусмотреть повторную отправку запроса при временном сбое. Повтор должен быть ограничен, иначе одно изменение статуса создаст несколько одинаковых сообщений. На стороне SMS-сервиса пригодится мониторинг доставки: он показывает, дошло ли сообщение до телефона и на каком этапе возникла ошибка.
Как контролировать доставку и не пропускать ошибки?
Одного факта «API вернуло успешный ответ» недостаточно. Такой ответ часто означает, что сообщение принято к отправке. Для работы магазина важен итоговый статус, который подтверждает доставку или сообщает о проблеме с номером, сетью либо маршрутом.
Настройте простой контроль: ежедневно просматривайте сообщения со статусом «не доставлено», а при массовом сбое уведомляйте ответственного сотрудника. Если клиент пишет, что не получил SMS, менеджер должен найти заказ по его номеру и увидеть историю отправки. Подробный разбор автоматизации статусов доставки есть в материале как настроить SMS-статусы доставки.
Для пунктов выдачи отдельно проверьте задержку между приёмкой товара и отправкой сообщения. Если SMS уходит до фактического размещения заказа, покупатель приедет раньше времени. Если уведомление задерживается, сотрудники будут отвечать на один и тот же вопрос вручную.
Какие ошибки встречаются чаще всего?
- Сообщение отправляют при изменении остатка, хотя заказ ещё не собран.
- В SMS нет номера заказа, поэтому менеджеру трудно быстро найти нужную запись.
- В один текст добавляют рекламу, скидку и несколько ссылок.
- Система не защищает от повторной отправки при повторном запросе API.
- Магазин проверяет только факт принятия сообщения сервисом, но не итог доставки.
- Шаблон не тестируют на длинном названии товара и нестандартных символах.
Начать настройку можно с одного сценария: «заказ готов к выдаче». Опишите событие, подготовьте короткий шаблон, подключите API и проверьте несколько тестовых заказов. После этого добавляйте уведомление о поступлении на склад, отмене и завершении срока хранения. Такой порядок позволяет понять, где именно появляется ошибка, до запуска всех SMS для клиентов.
