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