Определение
Payment Failure — это ситуация, когда покупатель оформляет заказ, но транзакция не проходит: деньги не списываются, заказ не подтверждается, а клиент остаётся на странице оплаты с сообщением об ошибке. В российском e-commerce это одна из самых болезненных точек воронки: по данным отраслевых исследований, от 15% до 30% попыток оплаты в онлайне заканчиваются неудачей, а доля отказов на этапе оплаты может достигать 40% от всех брошенных корзин.
С точки зрения DTC-бренда, Payment Failure — это не просто техническая ошибка. Это потерянный заказ, потраченный трафик, испорченный клиентский опыт и часто — негативный отзыв. При этом причина сбоя может лежать на стороне банка-эмитента, платёжного шлюза, антифрод-системы, эквайринга или самого покупателя.
Аналогия
Представьте, что вы пришли в магазин, взяли товар, подошли к кассе, приложили карту — а терминал пишет «Отказано». Кассир пожимает плечами, товар возвращается на полку, а вы уходите без покупки и с неприятным осадком. В онлайне происходит то же самое, только вместо кассира — платёжный шлюз, вместо терминала — страница оплаты, а вместо очереди свидетелей — аналитика в CRM.
Формула
Базовое соотношение, которое используют продакт-менеджеры и аналитики платёжных воронок:
Payment Failure Rate = (Неудачные попытки оплаты / Все попытки оплаты) × 100%
Пример расчёта:
Всего попыток оплаты за месяц: 10 000 Неудачных попыток: 2 300 Payment Failure Rate = (2 300 / 10 000) × 100% = 23%
Дополнительно считают потери выручки:
Потерянная выручка = Неудачные попытки × Средний чек × Коэффициент восстановления
Если средний чек = 4 500 ₽, а коэффициент восстановления (через повторную попытку, письмо, push) = 0,35:
2 300 × 4 500 ₽ × 0,35 = 3 622 500 ₽ потенциально возвращаемой выручки
Сравнительная таблица причин
| Причина | Кто виноват | Частота | Что видит клиент | Решение |
|---|---|---|---|---|
| Недостаточно средств | Банк-эмитент | ~30% | «Недостаточно средств» | Предложить другую карту / рассрочку |
| Антифрод-блокировка | Платёжный шлюз / банк | ~25% | «Платёж отклонён» | Whitelist, 3-D Secure, ручная проверка |
| Ошибка 3-D Secure | Банк + шлюз | ~15% | «Не пройдена аутентификация» | Повторная попытка, смена браузера |
| Технический сбой шлюза | Эквайринг | ~12% | «Сервис недоступен» | Резервный провайдер, retry-логика |
| Истёк срок карты | Клиент | ~8% | «Карта недействительна» | Автообновление реквизитов |
| Лимиты на онлайн-оплату | Банк-эмитент | ~6% | «Превышен лимит» | Подсказка обратиться в банк |
| Ошибка ввода данных | Клиент | ~4% | «Проверьте данные карты» | Валидация в реальном времени |
Сценарии применения
1. DTC-магазин косметики, средний чек 3 200 ₽.
После внедрения retry-логики (автоматическая повторная попытка через 15 минут) и email-цепочки «Завершите оплату» конверсия из корзины в заказ выросла с 58% до 71%. Это дало +13 п.п. и окупило затраты на интеграцию за 2 месяца.
2. Подписочный сервис, 12 000 активных подписчиков.
Dunning-кампания (3 письма + push за 7 дней) снизила involuntary churn с 4,8% до 2,1% в месяц. При среднем LTV 18 000 ₽ это сохранило ≈ 324 000 ₽ ежемесячной выручки.
3. Маркетплейс с оплатой в рассрочку.
Интеграция альтернативных методов (СБП, рассрочка «Долями», ЮMoney) сократила Payment Failure Rate с 27% до 14% за квартал. Доля СБП в структуре оплат выросла до 38%.
Частые ошибки
- Игнорировать коды ошибок. Большинство магазинов видят только «платёж не прошёл», хотя шлюз возвращает конкретный код (insufficient_funds, do_not_honor, 3ds_failed). Без разбора кодов невозможно лечить причину.
- Не показывать клиенту понятное сообщение. Формулировка «Ошибка 402» убивает конверсию. Нужно писать человеческим языком: «Банк отклонил платёж. Попробуйте другую карту или оплатите через СБП».
- Одна попытка — и всё. Если не настроен retry, клиент уходит навсегда. Повторная попытка через 10–30 минут восстанавливает до 35% неудачных платежей.
- Не логировать контекст. Без device fingerprint, IP, банка-эмитента и времени попытки невозможно отличить мошенничество от ложного срабатывания антифрода.
- Забыть про мобильный трафик. На смартфонах доля сбоев 3-D Secure выше в 1,8–2,2 раза, чем на десктопе. Мобильный UX оплаты требует отдельного тестирования.
- Не работать с поддержкой банков. Иногда достаточно тикета в банк-эквайер, чтобы разблокировать целый пул транзакций.
Связанные термины
- Authorization Rate — доля успешных авторизаций от всех попыток
- Involuntary Churn — отток подписчиков из-за неудачных списаний
- Dunning — коммуникационная цепочка для восстановления платежа
- 3-D Secure — протокол аутентификации держателя карты
- Anti-fraud — система оценки риска транзакции
- Retry Logic — автоматическая повторная попытка списания
- Soft Decline / Hard Decline — временный и окончательный отказ
- СБП — Система быстрых платежей, альтернативный метод оплаты
- Payment Orchestration — маршрутизация платежей между несколькими провайдерами
- Recovery Rate — доля восстановленных платежей после сбоя
