Восстановление неудавшихся платежей по подпискам (dunning): как не терять клиентов, у которых не прошла карта

У вас есть клиент, который платит вам месяц за месяцем, доволен и не собирается уходить. И всё же в этом месяце его подписка отмечена как «отменённая». Не потому что он решил уйти, а потому что у него истёк срок карты, на день не хватило средств или банк заблокировал регулярное списание. Это называется непроизвольным оттоком, и это, безусловно, самый досадный способ потерять выручку: вы теряете людей, которые на самом деле хотели остаться.

Хорошая новость в том, что почти все эти платежи можно вернуть, если у вас есть система dunning. Это не магия и не значит заваливать клиентов письмами. Это значит повторять списание в правильные моменты, общаться ясно и вежливо и делать обновление карты предельно простым. В этой статье я покажу, как именно это работает и что просить у своего разработчика.

Непроизвольный отток против добровольного: не путайте их

Прежде всего разделите две совершенно разные вещи.

Добровольный отток = клиент действительно хочет уйти: он нажимает «отменить», сервис ему больше не нужен. Здесь решение — это ваш продукт и предложение, а не dunning.

Непроизвольный отток = клиент остался бы, но платёж не прошёл по техническим причинам. Вот здесь и нужен dunning.

Типичные причины неудавшегося регулярного списания:

• истёкшая карта (самая частая; карты перевыпускают раз в несколько лет)
• недостаток средств в день списания
• банк пометил транзакцию как подозрительную и заблокировал её
• лимит онлайн-платежей или деактивированная карта
• требуется аутентификация SCA/3-D Secure, которая не была пройдена

Если относиться к обоим одинаково, вы либо раздражаете тех, кто и так уходил, либо отказываетесь от выручки, которую вполне можно было вернуть. Первое решение — измерять эти две потери отдельно, иначе вы не понимаете, что чините.

Умные повторы: когда повторять важнее, чем сколько раз

Суть dunning не в том, чтобы повторять десять раз подряд, а в том, чтобы повторять в моменты, когда платёж, скорее всего, пройдёт.

Два принципа, которые решают всё:

• Растягивайте попытки на дни, а не на часы. Если причина — «недостаток средств», логично повторить через несколько дней, когда клиенту придёт зарплата, а не через десять минут.
• Различайте «мягкие» и «жёсткие» отказы. Мягкий отказ (недостаток средств, временный лимит) стоит повторять. Жёсткий отказ (закрытая карта, несуществующий счёт, окончательно заблокированная транзакция) повтором не исправить — только запросив новую карту.

Большинство серьёзных платформ (например, Stripe) предлагают автоматические повторы с логикой по типу отказа. Важно не оставлять настройки «по умолчанию», не понимая, что они делают: схема из четырёх попыток, растянутая на две-три недели, лучше всего ловит перевыпущенные карты и зарплаты, пришедшие тем временем.

Card updater и SCA: возвращаем платежи без единого действия клиента

Самое элегантное восстановление — то, при котором клиент даже не узнаёт, что была проблема.

Card updater (account updater) — это сервис сетей Visa/Mastercard: когда клиенту перевыпускают карту, новый номер и срок действия автоматически попадают к вашему процессингу. Платёж проходит без того, чтобы кто-либо что-то заново вводил. Его стоит включить, потому что он молча решает самую частую причину сбоя — истёкшую карту.

Далее — SCA / 3-D Secure. В ЕС регулярные платежи должны быть настроены правильно, чтобы не требовать аутентификации при каждом списании. Если первый платёж сохранён корректно (с мандатом на будущие списания), последующие обычно проходят без запроса кода от банка. При плохой настройке банк требует аутентификацию каждый месяц, клиент даже не видит запроса, и платёж срывается. Это техническая настройка, но именно она отличает стабильную подписку от той, что «отваливается» случайным образом.

Последовательность dunning: письма и сообщения, которые действительно возвращают

Когда автоматические повторы не срабатывают, в дело вступает общение с клиентом. Тон здесь важен колоссально: это не требование об уплате, а услуга, которую вы ему оказываете.

Рабочая последовательность:

• День 0, при первом сбое: спокойное письмо — «мы не смогли обработать платёж, такое часто бывает, вы можете обновить карту здесь». Одна понятная кнопка на страницу оплаты.
• На второй-третьей неудачной попытке: короткое напоминание, возможно, ещё SMS или WhatsApp, если есть согласие, — их читают быстрее, чем письма.
• Перед приостановкой: сообщение, которое ясно говорит, что и когда произойдёт («доступ отключится X числа, если платёж не пройдёт»).

Несколько правил здравого смысла:

• Сделайте обновление карты делом меньше минуты, без сложного входа.
• Не вините клиента и не используйте тон взыскания долгов.
• Дайте льготный период с активным доступом, не отключайте сервис сразу. Клиент с сохранённым доступом решает вопрос с оплатой гораздо чаще, чем уже заблокированный.

Что просить, когда строите или отдаёте систему на аутсорс

Dunning — это не плагин, который просто включают; это небольшая система: логика повторов, интеграция с процессингом, шаблоны сообщений, страница обновления карты и дашборд, где видно, что удалось вернуть.

Краткий чек-лист для того, кто строит вам платформу:

• автоматические повторы с различием мягких/жёстких отказов
• account updater, включённый у процессинга
• корректно настроенный SCA для регулярных платежей
• последовательность писем/SMS с человечным тоном и единственным призывом к действию
• простая страница реактивации карты, удобная на мобильном
• отдельный отчёт по непроизвольному и добровольному оттоку

В MPO Web Studio мы строим именно такие сценарии для сайтов и приложений с подписками, работаем удалённо по всей стране и сначала показываем заранее готовое демо, чтобы вы увидели результат, прежде чем за что-либо платить. Если у вас есть подписка, которая «теряет» клиентов на неудавшихся платежах, напишите нам в WhatsApp — вместе посмотрим, где утекает выручка и что можно вернуть, не переделывая всё.