Даннинг (Dunning)

Даннинг — это автоматизированный процесс, который подписной бизнес запускает при неудачном периодическом платеже — повторяя попытку списания по расписанию и уведомляя клиента по email или через сообщение в приложении — с целью взыскать платёж и предотвратить «непроизвольный отток» (клиента, который активно не выбирал отмену подписки, но всё равно потерял доступ, потому что срок действия его карты истёк, на счету не хватило средств, или банк заблокировал платёж как подозрение на мошенничество). Непроизвольный отток — удивительно большая, часто недооценённая доля общего оттока SaaS — широко цитируемые отраслевые оценки указывают на долю оттока из-за неудачных платежей в 20–40% от общего оттока подписных бизнесов, а значит значительная часть «потерянных» клиентов на самом деле никогда не решала уйти — бизнес просто не смог получить с них деньги. Хорошо спроектированный процесс даннинга разумно повторяет неудачные списания (не сразу, поскольку отказ из-за «недостатка средств» часто проходит успешно при повторной попытке через несколько дней, когда поступает зарплата) — типичные графики повторяют попытки с увеличивающимися интервалами (например, на 1-й, 3-й, 7-й день) — одновременно побуждая клиента по email обновить истёкшую или отклонённую карту, часто с прямой ссылкой на размещённую у платёжного провайдера страницу обновления платежа, а не требуя полного повторного входа в систему. Провайдеры платёжной инфраструктуры (встроенные «умные повторы» Stripe Billing, Recurly, Chargebee, Baremetrics Recover) предлагают даннинг как ключевую функцию именно потому, что это один из самых высокоэффективных, наиболее механических рычагов восстановления выручки, доступных подписному бизнесу — часто восстанавливая 30–50%+ иначе потерянных неудачных платежей без каких-либо усилий со стороны продаж или поддержки. Конкретный пример: срок действия кредитной карты клиента, привязанной к аккаунту, истекает, и его ежемесячное списание в 79 долларов не проходит 1-го числа месяца. Система даннинга автоматически отправляет письмо «Ваш платёж не прошёл — обновите карту», повторяет попытку списания на 3-й день (снова неудачно, та же истёкшая карта) и на 7-й день. На 5-й день клиент видит письмо, переходит по ссылке на страницу обновления карты, размещённую у Stripe, и обновляет карту; повторная попытка на 7-й день проходит успешно автоматически, восстанавливая платёж и клиента без единого ручного вмешательства со стороны команды SaaS-компании — тогда как клиент, который так и не обновил карту, переводится в состояние «просрочено» и в итоге отменяется после того, как финальная попытка в льготном периоде не удаётся, что корректно засчитывается как непроизвольный отток, а не тихая, необъяснённая отмена. Сигналы на уровне платёжных сетей также питают современный интеллект даннинга — некоторые платёжные процессоры предоставляют сервис «обновления аккаунта», который автоматически обновляет сохранённые данные карты, когда банк клиента перевыпускает карту (обычно после мошенничества или истечения срока физической карты), позволяя подписке незаметно продолжаться на обновлённой карте без единой повторной попытки или письма клиенту, что ещё больше сокращает пул неудачных платежей, с которыми вообще приходится работать даннингу.