SMS о предзаказе и поступлении на склад возвращает покупателя ровно в тот момент, когда товар появился. Ниже готовые тексты для интернет-магазина, набор триггеров, правила длины сообщения и разбор ошибок, из-за которых база отписывается. Возьмите шаблоны, подставьте переменные вроде {Имя} и {Товар} и запустите цепочку через API или из CRM.
Почему SMS срабатывает там, где письмо теряется
Письмо о поступлении ждёт в папке вместе с десятком других рассылок. Человек вернётся к нему через день, когда уже купил в другом магазине. SMS приходит в момент события. По данным обзоров SMS-маркетинга, в 2026 году открываемость таких сообщений доходит до 98%, а в 2025 году их читали более 90% получателей (обзоры SMS-маркетинга, 2025–2026).
Для предзаказа важна не открываемость сама по себе, а совпадение по времени. Склад получил партию — покупатель узнал об этом в ту же минуту. Транзакционные уведомления идут отдельно от промо: у них другой повод, поэтому их реже считают навязчивыми.
Ограничение тоже есть. В SMS не влезут описание на полстраницы и фото товара. Всё, что нужно человеку: название позиции, срок, ссылка и понятный следующий шаг.
Какие события закрывать SMS: таблица сценариев
Начните с шести триггеров. Они проводят клиента от предзаказа до выдачи, а настраиваются на статусах заказа, которые уже есть в CRM.
| Событие | Что писать | Когда отправлять |
|---|---|---|
| Предзаказ оформлен | Номер заказа, ожидаемый срок, как отменить | Сразу после оформления |
| Товар поступил на склад | Название позиции, ссылка на оплату или подтверждение | В день приёмки, в рабочее время |
| Заказ передан в доставку | Способ доставки, интервал, номер отправления | При передаче курьеру или перевозчику |
| Посылка в пункте выдачи | Адрес пункта, срок хранения, что взять с собой | В день поступления в пункт |
| Поставка сдвинулась | Новый срок и варианты: ждать, заменить, отменить | Как только узнали о переносе |
| Появилась альтернатива | Похожая позиция с той же характеристикой | После отказа клиента ждать |
Отдельный случай — товара нет и в ближайшие недели не будет. Честное сообщение с вариантами сохраняет клиента лучше молчания. Механика такой автоматизации разобрана в материале про SMS при нехватке товара на складе.
Готовые шаблоны SMS: предзаказ, поступление, выдача
Тексты ниже можно брать как есть. Фигурные скобки — переменные из CRM или таблицы заказов: имя, название товара, номер заказа, адрес пункта выдачи, ссылка.
Предзаказ оформлен
- «{Имя}, предзаказ на {Товар} принят. Напишем, когда товар будет на складе. Заказ №{Номер}.»
- «{Имя}, {Товар} ждём на складе {Дата}. Если планы изменятся, отменить можно здесь: {Короткая ссылка}»
Товар поступил на склад
- «{Имя}, {Товар} на складе. Подтвердите заказ до {Дата}, иначе передадим позицию следующему: {Ссылка}»
- «{Имя}, добрый день! {Товар}, который вы ждали, уже в наличии. Оформить доставку: {Ссылка}»
Доставка и пункт выдачи
- «{Имя}, заказ №{Номер} передан в доставку. Курьер позвонит {Дата} с {Время}.»
- «{Имя}, заказ №{Номер} ждёт вас в {Адрес пункта}. Возьмите документ и назовите код {Код}. Срок хранения — до {Дата}.»
Если поставка задержалась
- «{Имя}, поставка {Товар} сдвинулась на {Дата}. Предзаказ сохраняем. Если ждать не готовы — отмена по ссылке {Ссылка}.»
- «{Имя}, {Товар} придёт позже, чем обещали. Можем предложить замену: {Альтернатива}. Ответьте «да» или «нет».»
Шаблон «товар в наличии» обычно ставят на поток: он же закрывает списки ожидания по размерам и цветам. Как это устроено на стороне магазина, подробно разобрано в статье как настроить SMS о поступлении товара на склад. Для пунктов выдачи нужен свой триггер с адресом и сроком хранения — об этом в материале про информирование о поступлении товара в ПВЗ.
Как уложить текст в одно сообщение
Кириллица занимает больше знаков, чем латиница. Чем длиннее текст, тем больше частей, и каждая часть оплачивается отдельно, а на экране телефона сообщение выглядит рвано. Поэтому в шаблоне держите четыре элемента: обращение, факт, действие, номер заказа. Всё остальное — в корзину.
- Обращение по имени подставляйте выборочно: длинное имя и отчество съедают место, а иногда превращают сервисное сообщение в персонализированную рассылку, которую человек не ждал.
- Ссылку сокращайте. Это экономит знаки и упрощает переход с телефона, если использовать сервис коротких ссылок 8s.by.
- Подпись магазина ставьте в начале в коротком виде или не ставьте вовсе — по номеру отправителя клиент уже понимает, кто пишет.
- Дату и время пишите цифрами: «до 25.09», «с 14:00 до 18:00».
- Не отправляйте две ссылки в одном сообщении: человек не поймёт, куда нажимать, и закроет его.
Как настроить отправку и не выжигать базу
Технически всё сводится к трём вещам: событие в системе, шаблон и получатель. Событие приходит из CRM или из магазина через вебхук, шаблон лежит в сервисе рассылок или в вашем коде, номер берётся из карточки заказа. Когда статус меняется на «в наличии» или «передан в доставку», система сама отправляет сообщение. Ручная отправка тут не масштабируется: менеджер забудет, а позиция на складе пролежит неделю.
Базу делите по смыслу. Список ожидания конкретного товара, отказавшиеся от предзаказа, забравшие заказ в ПВЗ — это разные группы с разными поводами. Кому-то нужно одно напоминание, кому-то два. Частоту держите минимальной: два сообщения по одному заказу воспринимаются как сервис, шесть — как давление.
Время отправки выбирайте рабочее. Сообщение в 6 утра или в 23:00 раздражает и повышает риск жалоб на номер. Если товар пришёл вечером, поставьте отправку на утро следующего дня.
Промо-цепочки держите отдельно от сервисных уведомлений. У них другая частота, другой повод и другой текст — смешивать их в одном потоке не стоит.
Типичные ошибки
- Отправлять «товар поступил» без ссылки и без срока. Клиент не понимает, что делать дальше, и откладывает решение.
- Писать общее «ваш заказ готов» вместо названия товара и номера заказа. Человек не помнит, что заказывал месяц назад, и звонит в поддержку.
- Молчать о задержке. Покупатель сам обнаружит сдвиг сроков и напишет негативный отзыв раньше, чем вы успеете объясниться.
- Ставить одинаковый текст на все события. Шаблон «заказ принят» в момент выдачи выглядит как сбой автоматизации.
- Отправлять ночью, когда склад закрыл смену. Уведомление приходит, а забрать товар всё равно некуда.
- Забывать про переменные: пустое место вместо имени или адреса пункта выдачи сразу выдаёт непроверенный шаблон.
3 шага, которые можно сделать на этой неделе:
- Выпишите статусы заказа, на которых клиенту действительно нужно сообщение, и уберите лишние.
- Соберите по одному шаблону на каждый статус, проверьте длину и подстановку переменных на тестовом номере.
- Настройте отправку по событию через API или CRM и первые две недели смотрите отчёты по доставке и переходам по ссылкам.
