Оплата картой не прошла — это ещё не отказ от покупки. Банк может отклонить транзакцию, на счёте не хватить денег, сессия 3-D Secure истечёт, а человек просто закроет вкладку. Одно короткое SMS в такой момент возвращает часть заказов и снимает нагрузку с менеджера. Ниже разберём, какие события стоит отслеживать, что писать в каждом случае и как связать сайт, CRM и SMS-шлюз, чтобы сообщения уходили сами.
Почему оплата картой срывается и как различить причины?
У сбоя всегда есть конкретная причина. Банк отклоняет операцию по своим правилам, на карте не хватает денег, клиент не завершает подтверждение 3-D Secure, ошибается в реквизитах или закрывает вкладку на середине. Текст SMS зависит от того, какая ситуация произошла.
Различить их можно только по статусу платежа в CRM или биллинге. Перед каждой отправкой проверяйте: полная оплата или частичная, не отменён ли счёт, нет ли отсрочки, спора, ошибки в реквизитах, возврата или закрытого договора (QuickTel, правила SMS-напоминаний об оплате). Частичный платёж требует отдельного шаблона: клиент уже заплатил часть суммы, и повторять исходную цифру целиком нельзя.
Отдельная история — корзина, брошенная до нажатия «Оплатить». Сбоя там нет, есть незавершённая покупка, и уведомление строится иначе.
Какие сценарии SMS закрывают сбой оплаты?
Для интернет-магазина или сервисной точки хватает четырёх сценариев. Каждый привязан к статусу заказа, а не к расписанию отправки.
| Сценарий | Когда отправлять | Что в тексте |
|---|---|---|
| Платёж отклонён банком | в течение получаса после неудачной попытки | нейтральное объяснение и повторная ссылка на оплату |
| Не хватило средств | через 3–4 часа, не раньше | сумма, номер заказа и срок брони |
| Частичная оплата | сразу после поступления части суммы | сколько осталось доплатить и до какой даты |
| Срок оплаты истекает | за сутки до снятия брони | дата, номер заказа, короткая ссылка |
| Оплата прошла, возврат, отмена | не отправлять | — |
Шаблоны, которые можно брать как есть
- «Заказ [Номер] ждёт оплаты. Банк не пропустил платёж — попробуйте ещё раз: [Ссылка]. Если эта карта не подходит, оплатите другой.»
- «По заказу [Номер] не хватило [Сумма] BYN до полной оплаты. Доплатить: [Ссылка]. Держим заказ до [Дата].»
- «Бронь заказа [Номер] снимем [Дата], если оплата не поступит. Ссылка на оплату: [Ссылка].»
- «Оплата по заказу [Номер] прошла. Собираем и передаём в доставку, статус: [Ссылка].»
Переменные [Номер], [Сумма], [Дата] и [Ссылка] подставляет система, поэтому один шаблон работает для всех заказов. Держите текст компактным: длинное сообщение разбивается на несколько частей, и оператор тарифицирует каждую. Ссылку лучше сокращать — например, через 8s.by, иначе она займёт половину сообщения.
Как настроить отправку через CRM и SMS-шлюз?
В основе лежит событийная схема. Событие в CRM — смена статуса сделки, регистрация отклонённого платежа, изменение состояния счёта — запускает сценарий. Система сама собирает аудиторию, подставляет переменные в шаблон и передаёт сообщение шлюзу по API или через встроенный модуль (SMSBlog, автоматизация SMS-рассылок через CRM). Запуск кампании занимает минуты вместо часов.
Подключение сайта к шлюзу идёт через платформу, на которой он собран. 1С, Bitrix24, AmoCRM и другие системы обмениваются данными с SMS-шлюзом автоматически (SMSBlog, интеграция SMS-рассылок с платформами eCommerce). Пока статусы в CRM отражают реальность, сценарий работает без ручного вмешательства.
Полезная деталь для тех, у кого несколько каналов: часть уведомлений логичнее уводить в мессенджер, а срочные оставлять в SMS. Как это устроено, разбираем в материале про связку SMS, Telegram и Viber в одном сценарии. Если сбой случился при оплате предзаказа, отдельные тексты есть в подборке SMS о предзаказе и поступлении товара.
Ручная пауза менеджера тоже должна быть предусмотрена: она хранит причину и срок, а после её окончания система заново оценивает статус, а не продолжает прежнюю серию (QuickTel).
Сколько сообщений отправлять и когда?
Три сообщения на один заказ — рабочий максимум. Первое уходит почти сразу после отклонения платежа, второе через несколько часов, если статус не изменился, третье — перед снятием брони. Дальше клиент либо оплатил, либо отказался, и новые напоминания ничего не добавят.
Скорость здесь важна: по данным обзора по запуску SMS-кампаний для интернет-магазинов (SMSBlog, 2026), более 90% сообщений читают в течение первых трёх минут после доставки. Такой реакции не даёт ни письмо, ни звонок в неудобное время.
Поставьте лимит на число напоминаний по одному заказу. И не отправляйте ничего после отмены, возврата или полного погашения — это правило из практики сервисных SMS (postsms.by).
Типичные ошибки
- Одинаковый текст на любой сбой. Отклонение банком и нехватка средств — разные поводы, формулировки тоже отличаются.
- Отправка без проверки платёжного статуса. Клиент уже оплатил, а ему снова пишут про доплату.
- Продолжение серии после отмены, возврата или полного погашения заказа.
- Разговор о долге в первом же сообщении. Первое SMS объясняет ситуацию, а не требует.
- Длинные ссылки в тексте. Они рвутся при доставке, клиент не может перейти.
- Шаблон без переменных. Фраза «ваш заказ» без номера и суммы не помогает понять, о чём речь.
3 шага на эту неделю:
- Выпишите статусы заказов, при которых менеджер сейчас звонит вручную.
- Соберите четыре шаблона с переменными [Номер], [Сумма] и [Ссылка] и проверьте их на живых заказах.
- Настройте триггеры в CRM и лимит напоминаний на один заказ, а сценарий о частичной оплате вынесите отдельно.
