SMS о поступлении товара помогает интернет-магазину вернуть клиента в момент, когда нужная позиция снова доступна. Для этого достаточно собрать запрос на уведомление, связать его с учётной системой и отправлять сообщение после подтверждения фактического остатка. В статье разберём, какие данные передавать в SMS, как избежать повторных сообщений, что делать при частичном поступлении и как проверить сценарий до запуска.
Как работает уведомление о поступлении товара?
На странице товара покупатель видит кнопку вроде «Сообщить о поступлении». После нажатия он оставляет номер телефона и выбирает конкретную модификацию: размер, цвет, объём или комплектацию. Запрос связывается именно с этой позицией, иначе клиент может получить сообщение о синем товаре, когда на складе появился только красный.
Когда магазин фиксирует новый остаток, система проверяет список запросов. Если нужный товар доступен, она формирует SMS с названием позиции и ссылкой на страницу заказа. После отправки запрос переводится в статус «уведомлён». Это не даёт одному клиенту получить несколько одинаковых сообщений при каждом обновлении остатка.
Для малого магазина сценарий можно описать четырьмя статусами:
- «Запрос создан» — клиент указал номер и товар.
- «Ожидает поступления» — подходящего остатка пока нет.
- «Уведомление отправлено» — SMS передано оператору.
- «Запрос закрыт» — клиент перешёл к покупке, отказался от уведомления или срок ожидания закончился.
Такой порядок полезен и для интернет-магазина в Минске, и для компании из Гомеля или Барановичей: менеджер видит, на каком этапе находится обращение, а разработчик понимает, какое событие должно запускать отправку.
Какие данные включить в SMS?
Текст должен отвечать на два вопроса: какой товар появился и что клиент может сделать сейчас. Название лучше сократить до узнаваемой модели, потому что длинное описание может вытеснить ссылку или сделать сообщение трудным для чтения.
Рабочая структура выглядит так: «[Название магазина]: товар [модель] снова в наличии. Заказать: [ссылка]». Если цена важна для решения, её можно добавить, но только когда магазин готов поддерживать её актуальность. При изменении стоимости старый шаблон легко вводит клиента в заблуждение.
Примеры для разных ситуаций:
- «SMSINFO: рюкзак Urban 25 снова в наличии. Оформить заказ: [ссылка]».
- «SMSINFO: размер M для куртки Nord доступен. Проверьте товар: [ссылка]».
- «SMSINFO: поступила запрошенная кофемашина Model X. Количество ограничено: [ссылка]».
Формулировка «количество ограничено» подходит только тогда, когда остаток действительно небольшой и эта информация нужна клиенту для принятия решения. Не стоит добавлять рекламные обещания, длинные условия акции или несколько ссылок: уведомление о наличии должно оставаться коротким и понятным.
Если ссылка получается длинной, её можно сократить через сервис коротких ссылок для SMS. Перед публикацией проверьте, что переход ведёт на карточку нужной модификации, а не просто на главную страницу магазина.
Как связать остатки магазина и отправку SMS?
Сначала определите событие, которое считается поступлением. Для одного магазина это увеличение остатка после приёмки на склад, для другого — разрешение на продажу после проверки качества. Событие должно происходить после фактического обновления карточки товара, иначе клиент перейдёт на страницу и увидит прежний статус.
Дальше настройте последовательность:
- Система получает обновлённый остаток по товару и его варианту.
- Проверяет, что доступное количество больше нуля.
- Находит активные запросы по этому варианту.
- Формирует SMS из утверждённого шаблона.
- Передаёт сообщение в сервис отправки.
- Сохраняет результат доставки и закрывает обработанный запрос.
Для интеграции используют готовый модуль магазина, веб-событие или API. Выбор зависит от платформы и возможностей разработчика. Если в каталоге есть товары с вариантами, передавайте в событии идентификатор варианта, а не только общий идентификатор карточки. Это одна из частых причин ошибочных уведомлений.
Перед запуском полезно разделить два результата: «сообщение принято сервисом» и «SMS доставлено на телефон». Первый показывает, что система передала запрос, второй — что оператор подтвердил доставку. В журнале также фиксируйте время, товар и технический идентификатор запроса, чтобы менеджер мог разобраться с обращением клиента.
Как избежать повторных и несвоевременных уведомлений?
Повторы появляются, когда система каждый раз видит положительный остаток и не проверяет, отправляла ли она SMS раньше. Для защиты добавьте условие: отправлять сообщение только при переходе остатка из нуля в положительное значение либо только для новых активных запросов.
Если поставка пришла несколькими партиями в течение дня, магазин может объединить события и отправить одно уведомление после завершения приёмки. Для этого задают короткую задержку обработки. Она нужна, чтобы клиент не получил несколько сообщений о том же товаре из-за последовательных изменений складской записи.
Отдельно решите, сколько времени действует запрос. Если клиент оставил его несколько месяцев назад, товар мог потерять актуальность или измениться. Срок действия можно показать в интерфейсе формы, а после его окончания закрывать запись без отправки. Конкретный срок магазин выбирает по циклу продаж и категории товара.
| Ситуация | Действие системы | Текст сообщения |
|---|---|---|
| Поступила нужная модификация | Отправить SMS активным получателям | Название, наличие, ссылка |
| Поступила другая модификация | Не отправлять уведомление по старому запросу | Сообщение не формируется |
| Остаток снова стал нулевым | Оставить новые запросы активными | SMS не отправляется |
| Сообщение принято, но доставка не подтверждена | Записать ошибку и применить настроенное правило повтора | Повтор только по заданному условию |
Что проверить перед запуском?
Тестируйте не только отправку SMS, но и весь путь клиента. Создайте тестовый запрос, вручную измените остаток с нуля на единицу и проверьте, какое название попало в сообщение. Затем повторно обновите остаток: второго SMS по тому же запросу быть не должно.
Проверьте четыре варианта: товар с одной модификацией, товар с несколькими вариантами, поставку нескольких единиц и отмену поступления. Если магазин продаёт товары под заказ, отдельно убедитесь, что статус «доступен для заказа» не подменяет реальное наличие на складе.
Текст уведомления желательно проверить на обычном телефоне. В нём должны читаться имя отправителя, название товара и действие по ссылке. Для кодов, статусов и других автоматических сообщений обычно используют отдельные шаблоны и правила доставки; подход к выбору SMS-сценария можно сравнить в материале о каскаде для доставки SMS-кода и статуса.
Типичные ошибки интернет-магазина
- Запрос привязывают к карточке товара, хотя покупатель выбрал конкретный размер или цвет.
- SMS отправляют при любом изменении складской записи, включая корректировку остатков.
- В сообщение добавляют устаревшую цену, скидку или срок доставки.
- После передачи SMS не сохраняют статус, поэтому система повторяет отправку.
- Ссылка ведёт на товар без выбранной модификации, и клиенту приходится искать её вручную.
- Менеджер не видит причину ошибки доставки и не может ответить на вопрос покупателя.
Для проверки спроса полезно сравнить число запросов по товарам с числом переходов после уведомления. Эти показатели не заменяют отчёт о продажах, но помогают понять, какие позиции действительно ждут клиенты. Если запросов много, а переходов мало, сначала проверьте название товара, ссылку и соответствие фактическому остатку.
3 шага, которые можно сделать на этой неделе:
- Добавьте форму «Сообщить о поступлении» с привязкой к конкретной модификации товара.
- Опишите одно событие запуска: переход остатка из нуля в положительное значение после подтверждённой приёмки.
- Протестируйте SMS на нескольких товарах и проверьте, что каждый запрос закрывается после одной отправки.
После этого сценарий можно подключить к платформе магазина и сервису транзакционных сообщений. Клиент получит уведомление тогда, когда товар действительно появился, а интернет-магазин сохранит понятную историю запроса, отправки и результата доставки.
