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