Транзакционные сообщения — подтверждения заказов, статусы доставки, коды авторизации — читают почти все получатели. Но если текст написан сухо и казённо, клиент начинает воспринимать любое SMS от компании как спам и отписывается от всего канала целиком. В этой статье разберём, как переписать шаблоны уведомлений так, чтобы они работали на лояльность, а не раздражали. Без дизайнеров, копирайтеров на аутсорсе и переделки всей IT-инфраструктуры.
Почему клиенты отписываются от транзакционных SMS?
Отписка от транзакционных сообщений — сигнал не о том, что канал «мёртв», а о том, что текст не попадает в ожидания. Человек ждал короткое понятное уведомление, а получил строку из внутренней системы учёта: «Ваш заказ №487291-А переведён в статус "Передано в службу доставки (партнёр)"». Такие сообщения выглядят как переписка между двумя серверами, а не разговор магазина с покупателем.
Вторая частая причина — избыточность. Три SMS за час по одному заказу утомляют. Клиент не разбирается, какое из них транзакционное, а какое маркетинговое. Он просто блокирует отправителя.
Что такое Tone of Voice в контексте SMS на 160 символов?
Tone of Voice (тональность) — это набор правил, по которым компания формулирует любое сообщение. В email или на сайте есть место для вступлений, подводок, иллюстраций. В SMS — 160 символов на кириллице, и каждое слово на счету. Поэтому тональность здесь проявляется не в метафорах, а в мелочах: обращение по имени или без, «ваш заказ готов» или «забирайте заказ», восклицательный знак или точка.
Персонализация в SMS повышает вовлечённость, а динамический контент позволяет менять части сообщения в зависимости от действий клиента (smsblog.ru, «Персонализация в SMS»). На практике это означает: вместо одного шаблона на все случаи жизни стоит завести пять-семь вариантов под конкретные сценарии.
Как переписать шаблоны: пошаговый подход
Начните с аудита. Выгрузите все текущие шаблоны SMS из CRM или платформы рассылок. Обычно их от 5 до 15. Разложите по категориям: подтверждение заказа, оплата, сборка, доставка, возврат.
Дальше — переписывайте по трём принципам:
- Уберите внутреннюю терминологию. Клиент не знает, что такое «статус 4» или «зона доставки Б». Замените на понятное: «заказ собирают на складе», «курьер приедет завтра до 14:00».
- Добавьте имя. «Анна, заказ в пути» читается иначе, чем «Заказ №3882 в пути». Подстановка имени из CRM занимает минуту при настройке шаблона.
- Сократите до сути. Одно сообщение — одно действие или один факт. Если нужно сообщить и статус, и трек-номер, и время доставки — лучше разнести на два SMS с интервалом, чем впихивать всё в одно.
Сравнение типичных формулировок
| Было | Стало | Что изменилось |
|---|---|---|
| Заказ №29301 принят в обработку. Ожидайте изменения статуса. | Анна, приняли заказ! Соберём за 1–2 часа. | Имя, срок, живой глагол |
| Ваш заказ передан в службу доставки (партнёр). | Заказ едет к вам. Курьер позвонит за 30 мин. | Убран внутренний жаргон, добавлена конкретика |
| Статус заказа изменён на «Готов к выдаче». Адрес: ул. Примерная, 10. | Дмитрий, заказ ждёт вас на ул. Примерной, 10. Работаем до 18:00. | Имя, режим работы — снимает лишний вопрос |
Какие ошибки в тональности встречаются чаще всего?
- Капслок и восклицания подряд. «ЗАКАЗ ГОТОВ!!! ЗАБИРАЙТЕ!!!» — это крик, а не уведомление. Одного восклицательного знака в конце достаточно.
- Обезличенный текст. Если CRM хранит имя, а шаблон его не использует — это упущенная возможность. Подстановка переменной {name} решает проблему без доработки кода.
- Путаница между транзакционным и рекламным. Добавлять промокод в SMS о статусе доставки — плохая идея. Клиент пришёл за информацией о заказе, а получил рекламу. Это и раздражает, и может нарушить правила операторов.
- Одинаковый шаблон для всех этапов. «Статус заказа изменён» ничего не говорит. Каждый триггер заслуживает отдельного текста — от подтверждения до выдачи.
- Нет указания на следующий шаг. Сообщение «заказ собран» без адреса, времени работы или номера трека оставляет клиента в подвешенном состоянии. Он звонит, пишет в чат, нагружает поддержку.
Как тестировать новые шаблоны без риска?
Не меняйте все шаблоны разом. Выберите один сценарий — например, уведомление о готовности заказа к выдаче — и запустите два варианта текста на разные сегменты базы. Через одну-две недели сравните количество обращений в поддержку и процент отписок по каждому варианту.
Триггерные SMS работают по принципу «событие — сообщение», и при правильной настройке связки между магазином, CRM и доставкой замена текста в шаблоне занимает пять минут. Не нужно трогать логику отправки — меняется только содержимое.
Если вы до сих пор отправляете уведомления вручную — копируете текст, вставляете номер, жмёте «отправить» — сначала стоит перейти на автоматическую отправку через API. Без автоматизации тестировать тональность бессмысленно: у вас просто не будет данных для сравнения.
Отдельный момент — уведомления о сборке. Если клиент получает SMS «заказ собирается» через секунду после оформления, а потом тишина на два дня — доверие падает. Ритм сообщений так же важен, как их текст, и настройка автоматических уведомлений о сборке помогает выстроить этот ритм.
3 шага, которые можно сделать на этой неделе:
- Выгрузите все шаблоны транзакционных SMS из вашей CRM или платформы рассылок и прочитайте их вслух — если звучит как инструкция к принтеру, пора переписывать.
- Переделайте один шаблон по принципам из таблицы выше: добавьте имя, уберите внутренний жаргон, укажите конкретный следующий шаг для клиента.
- Запустите новый вариант на часть базы и через две недели сравните число обращений в поддержку со старым шаблоном — разница покажет, стоит ли переписывать остальные.
