Карта SMS-уведомлений помогает интернет-магазину заранее определить, какое сообщение получит клиент на каждом этапе заказа. Для этого нужно описать путь покупки, оставить только статусы, которые меняют действия клиента, и привязать к ним понятные шаблоны. В статье разберём практическую схему: от подтверждения заказа до выдачи, возврата или сбоя доставки. После этого вы сможете составить таблицу статусов и передать её разработчику или настроить в сервисе рассылок.
Какие статусы заказа действительно требуют SMS?
Начните с карты пути клиента. Покупатель оформляет заказ, ждёт подтверждения, получает информацию о сборке, доставке или готовности к самовывозу. Каждое SMS должно отвечать на один практический вопрос: что произошло и что теперь делать клиенту.
Для небольшого интернет-магазина обычно достаточно нескольких основных событий. Их можно разделить на обязательные и дополнительные. Обязательные сопровождают заказ от оформления до получения. Дополнительные нужны, если в процессе появляются задержка, частичная отмена, перенос даты или необходимость уточнить данные.
| Статус | Когда отправлять SMS | Что должно быть в сообщении |
|---|---|---|
| Заказ принят | Сразу после оформления | Номер заказа, сумма, способ получения, срок связи |
| Заказ подтверждён | После проверки менеджером или системой | Подтверждение, состав заказа, согласованный срок |
| Заказ собирается | Когда магазин начал подготовку | Информация о ходе обработки и ожидаемом времени готовности |
| Передан в доставку | После передачи курьеру или перевозчику | Дата, временной интервал, способ связи при необходимости |
| Готов к самовывозу | После поступления заказа в пункт выдачи | Адрес, часы работы, номер заказа, срок хранения |
| Заказ получен | После фиксации выдачи | Подтверждение завершения заказа и канал для вопросов |
Если магазин продаёт товары с индивидуальной комплектацией, добавьте статус «нужны уточнения». Клиент сразу поймёт, почему заказ остановился. Для заказов с предзаказом пригодится отдельная цепочка уведомлений: о поступлении товара, подтверждении готовности и необходимости завершить оплату.
Как выстроить цепочку от оформления до получения?
Сначала запишите события в хронологическом порядке, затем проверьте, какое действие клиента поддерживает каждое сообщение. После оформления заказ покупатель ждёт подтверждения. При передаче в доставку ему нужно подготовиться к получению. Для самовывоза важен отдельный сигнал о готовности, потому что клиенту нет смысла ехать за заказом раньше времени.
Пример базовой цепочки выглядит так:
- После оформления: «Заказ №184 принят. Сумма — 86 BYN. Менеджер свяжется с вами для подтверждения».
- После подтверждения: «Заказ №184 подтверждён. Передадим его в доставку 18 сентября».
- После начала сборки: «Заказ №184 собирается. Сообщим, когда он будет готов к получению».
- После передачи в доставку: «Заказ №184 передан курьеру. Ожидайте доставку 18 сентября с 14:00 до 18:00».
- После выдачи: «Заказ №184 получен. Если возникнут вопросы, ответьте на это сообщение или свяжитесь с магазином».
Текст здесь условный: конкретные поля зависят от процесса магазина. Но порядок полезно сохранить. Номер заказа должен повторяться в каждом сообщении, а дата и время должны совпадать с данными CRM или учётной системы. Если клиент оформил несколько заказов, один и тот же номер снижает риск путаницы.
Для самовывоза цепочка будет короче. После подтверждения можно отправить SMS о начале сборки, затем сообщение о готовности. Подробности такого сценария разобраны в материале про SMS для самовывоза. В уведомлении о готовности укажите адрес, часы работы и срок, в течение которого заказ можно забрать.
Как связать SMS со статусами в CRM?
Каждому SMS нужен конкретный триггер. Триггером может быть смена статуса заказа, добавление даты доставки или отметка менеджера о готовности. Если отправку запускает только сотрудник вручную, цепочка будет зависеть от его памяти. Когда статус меняется в CRM, сервис рассылок получает событие и подставляет данные в шаблон.
Перед настройкой составьте простую таблицу связей:
| Событие в системе | Шаблон | Ответственный за данные | Проверка перед запуском |
|---|---|---|---|
| Создан новый заказ | Заказ принят | Сайт или CRM | Номер и сумма подставляются верно |
| Менеджер подтвердил заказ | Заказ подтверждён | Менеджер | Срок соответствует обещанию клиенту |
| Указан интервал доставки | Передан в доставку | Логистика | Дата и время отображаются без ошибок |
| Выбрана готовность к выдаче | Готов к самовывозу | Пункт выдачи | Адрес и часы работы актуальны |
После этого проверьте, что один статус не запускает два одинаковых сообщения. Такое случается, когда CRM повторно передаёт событие после редактирования заказа. Настройте условие отправки и отметку о том, что уведомление уже ушло.
Отдельно предусмотрите отмену и возврат. Если заказ отменили до передачи в доставку, клиенту нужно сообщить об отмене. Если возврат уже оформлен, сообщение должно фиксировать новый статус, иначе старое уведомление о доставке будет выглядеть как ошибка магазина. Для оценки влияния статусов на отмены и нагрузку поддержки полезно изучить разбор SMS о статусе заказа.
Как написать SMS, чтобы клиент сразу понял ситуацию?
Один шаблон должен содержать одну мысль. В начале укажите название магазина или понятного отправителя, затем номер заказа и текущий статус. После этого добавьте срок, адрес или действие, которое нужно выполнить. Ссылку на страницу заказа оставляйте только там, где она действительно помогает: например, для выбора времени доставки или оплаты.
Рабочая формула выглядит так: «[Магазин]: заказ №[номер] [статус]. [Что произойдёт дальше или что сделать клиенту]». Уберите приветствия, длинное описание товара и рекламные предложения. Клиент открыл уведомление ради информации о заказе, поэтому скидка и рекомендация сопутствующих товаров относятся к другой коммуникации.
Проверьте шаблоны на нескольких ситуациях:
- заказ состоит из одного товара;
- в заказе несколько позиций;
- сумма или срок изменились после подтверждения;
- клиент выбрал доставку;
- клиент выбрал самовывоз;
- заказ отменён или перенесён.
Слова «сегодня» и «завтра» лучше заменить точной датой. Сообщение «Ждём вас завтра» легко понять неправильно, если клиент прочитает его ночью или через несколько часов после переноса заказа. Время указывайте вместе с часовым поясом, если магазин работает с покупателями из разных регионов.
Какие ошибки ломают карту уведомлений?
- Слишком много SMS. Не отправляйте сообщение при каждом внутреннем изменении заказа. Клиенту не нужен отдельный сигнал о том, что менеджер открыл карточку.
- Одинаковый текст для разных этапов. Фразы «заказ в работе» и «заказ готов к выдаче» сообщают разные вещи и требуют разных действий.
- Нет сообщения об отклонении сценария. Перенос доставки, отсутствие товара и отмена должны иметь собственные шаблоны.
- Ошибки в данных. Неверный номер заказа, устаревший адрес или пустое поле даты быстро снижают доверие к уведомлениям.
- Ссылка ведёт не туда. Если SMS предлагает проверить заказ, ссылка должна открывать страницу с этим заказом, а не главную страницу сайта.
- Нет тестовой отправки. Перед запуском проверьте цепочку на тестовом заказе и проследите её от создания до закрытия.
Хорошая карта SMS помещается на одной странице: статус, условие запуска, шаблон и следующий шаг клиента. Начните с заказов и самовывоза, затем добавьте доставку, переносы и возвраты.
- Выпишите все статусы из CRM и удалите внутренние технические этапы.
- Свяжите каждый оставшийся статус с одним шаблоном и нужными полями.
- Проведите тестовый заказ, проверьте дубли и исправьте тексты до подключения всей базы.
