Как напомнить об оплате после неудачного платежа в интернет-магазине

Как напомнить об оплате после неудачного платежа в интернет-магазине

Если покупатель начал оформлять заказ, но платёж не прошёл, отправьте ему SMS с коротким объяснением и ссылкой на повторную оплату. Сообщение должно появиться после того, как магазин зафиксировал неудачный результат, и только для заказа, который всё ещё ждёт оплаты. Разберём, какие события связать, что написать в SMS и как проверить сценарий до запуска. Такой подход подходит и небольшому магазину, где заказы пока проверяют вручную, и автоматизированной продаже через сайт.

Как определить, что заказ действительно ждёт оплаты?

Сначала разделите два события: покупатель ушёл со страницы оплаты и платёжная система вернула ошибку. В первом случае причина неизвестна: человек мог закрыть вкладку, потерять соединение или отложить покупку. Во втором магазин получил результат обработки платежа и может предложить повторить попытку.

Настройте напоминание на статус вроде «ожидает оплаты» или «платёж не прошёл». Название зависит от платформы магазина. Важно, чтобы система отличала этот статус от оплаченного заказа: иначе клиент получит лишнее сообщение после успешной операции.

Перед отправкой проверьте, что заказ не отменён и не оплачен другим способом. Если платёжный сервис передаёт результат с задержкой, добавьте проверку статуса непосредственно перед отправкой SMS. Для ручной обработки сотрудник может сверить заказ в панели управления, а затем отправить сообщение из CRM.

Как связать неудачную оплату и отправку SMS?

В автоматическом сценарии платёжная система сообщает магазину результат транзакции, интернет-магазин обновляет статус заказа, а интеграция запускает отправку SMS. Если магазин работает через CRM, событие можно передать туда. Например, для такого сценария пригодится инструкция по настройке SMS-уведомлений из Битрикс24.

  1. Зафиксируйте событие неуспешной оплаты в заказе.
  2. Проверьте, что заказ остаётся активным и не получил оплату.
  3. Подставьте в шаблон номер заказа и ссылку на повторную оплату.
  4. Отправьте SMS и сохраните статус отправки в истории заказа.

Если готовой интеграции пока нет, начните с ручного сценария: сотрудник видит неоплаченные заказы, сверяет платёжный статус и отправляет шаблон. Автоматизацию подключайте после проверки того, какие статусы и поля доступны в вашей платформе. При интеграции через API заранее определите, какое событие запускает сообщение и где хранится результат отправки.

Что написать в SMS и куда вести покупателя?

Текст должен объяснять, почему пришло сообщение, и давать одно понятное действие. Например: «Заказ №{{номер}} ожидает оплаты. Повторить платёж: {{ссылка}}». Если магазин получает конкретную причину отказа, можно назвать её простыми словами, но не включайте технический код ошибки, который покупатель не сможет использовать.

Ссылка должна открывать страницу нужного заказа или безопасный шаг повторной оплаты. Перед запуском проверьте её на телефоне: она должна вести именно к заказу, а не на главную страницу или в пустую корзину. Подробный порядок проверки описан в материале как проверить SMS-уведомления до запуска.

Не просите клиента отправлять данные карты или код подтверждения в ответном сообщении. Для оплаты используйте страницу платёжного сценария, предусмотренную магазином. Если ссылка длинная, проверьте, что она полностью помещается в SMS и открывается при нажатии.

Как проверить сценарий и не отправить лишнее сообщение?

Прогоните сценарий на тестовом заказе и проверьте три результата: платёж получил статус ошибки, SMS ушло на тестовый номер, ссылка открыла нужный заказ. Затем повторите проверку для успешной оплаты. В этом случае напоминание отправляться не должно.

После запуска контролируйте журнал событий. Сверяйте номер заказа, время изменения статуса, результат отправки и повторные попытки. Если SMS не ушло, оператору поддержки нужны понятная причина ошибки и возможность связаться с покупателем другим способом.

Типичные ошибки

  • Отправлять SMS после любого ухода со страницы оплаты, не проверяя результат транзакции.
  • Не проверять статус заказа перед отправкой и напоминать клиенту, который уже оплатил.
  • Вставлять общую ссылку на сайт вместо ссылки на повторную оплату конкретного заказа.
  • Не тестировать сценарий успешного платежа и случайно запускать напоминание для оплаченного заказа.
  • Повторять отправку после технической ошибки без проверки, не доставило ли сообщение первое обращение к SMS-сервису.

Начните с тестового заказа: смоделируйте отказ платежа, проверьте статус, текст SMS и переход по ссылке на телефоне. Если система проходит этот сценарий и не отправляет напоминание после успешной оплаты, настройка готова к работе.