У своєму минулому блозі я розповідав, що і як працює у процесі платіжного роутингу (payment routing). Нагадаю, в попередній серії: payment routing — це процес конструювання шляхів (routes, тому й routing), у межах яких максимальна кількість платежів (бажано всі) успішно пройдуть найбільш надійним та швидким шляхом. Щоб уявити, як це відбувається, просто проведіть аналогію з необхідністю пропустити десятки поїздів, що рухаються на різні напрямки. По одній колії це займе багато часу, якщо ж колій три, процес пройде швидко — але куди направити який поїзд? Графік та маршрутка карта слідування — це і є routing. А ось інструкція з того, куди прямувати поїздам, якщо сталася аварія чи проходять технічні роботи у світі платежів називається smart retry. Про нього і поговоримо сьогодні.
Smart retry — це системна відповідь на банальну проблему: клієнт хоче платити, а платіж часом не проходить. Якщо ви втрачаєте від 3% до 10% транзакцій щомісяця, то то це відчувається на бюджетах і доходах. Чого б не усунути проблему, якщо вона є?
Смарт ретрай є автоматизованою стратегією повторних спроб оплати. За формою це виглядає як окремий шар у вашій платіжній логіці. По суті ми продовжуємо мій вже згаданий текст, бо зараз ми говоримо про адаптивний payment routing із таймінгом і контекстом. Замість дублювання спроб оплати тим самим платіжним методом, smart retry вирішує, коли пробувати, який метод використовувати, чи міняти токен на PAN, чи переключитися на іншого еквайра. Хороший smart retry аналізує сотні тисяч транзакцій у процесингу та підбирає оптимальні параметри для повторної спроби: час, платіжний метод, шлюз і т. д.
Простий кейс: у вашому акаунті Netflix збережені дві банківські картки. Основною є ваша типова картка, але ви замінили її на нову через те, що загубили гаманець. Якщо у біллінгу стрімінг-сервіса не буде прописано smart retry правило використовувати другу картку якщо перша не спрацювала, ви залишитеся без підписки. А якщо вам ніколи зайти в акаунт? Правильно: кожен день ваш мобільний банкінг буде вивалювати сповіщення «платіж відхилено». В якийсь момент суттєва частина людей зайде і видалить акаунт, а не оновить платіжну інформацію.
Які проблеми закриває smart retry?
По-перше, soft-declines — тимчасові відмови через недостатність коштів, ліміти або специфіку емісійного банку. Їх можна перехопити, якщо влучно повторити. По-друге, помилки мережі і таймаути: тут допомагає просто інший маршрут. По-третє, токен-проблеми: іноді tokenization або external network tokens краще «перевести» в PAN-retry або інший формат.
Як це працює технічно?
Є кілька шарів. Зараз поясню про них коротко.
- Перший — збір метрик, за якими ми оцінюємо: decline code, причина (hard/soft), час доби, тип картки, гео, mss мерчанта, історія платежів покупця, частота спроб, device fingerprint, і навіть погодні умови у деяких нішах.
- Другий — логіка (rules + машинне навчання). Правила відсіюють «програшні» сценарії (наприклад, картка скомпрометована або код 03, що означає do not retry). Для всього іншого включається модель, яка передбачає найкращий час і шлях.
- Третій — виконавчий модуль: він планує повтори, переключає еквайрів та шлюзи, міняє платіжний метод або виконує PAN-retry, якщо доступний.
Окрім цих шарів, які автоматизують те, що можливо достатньо спростити та звести до повторення, важливо показувати більш суттєві помилки (в першу чергу в UI, то саме звідти росте корінь більшості сценаріїв великого decline rate). Там де це можливо — треба підсвітити це клієнту, аби він міг усунути причину (ліміти, поповнення картки і т. д.)
Про дані й моделі
Які бізнес-правила мають бути одразу? По-перше, відокремлюйте soft і hard declines за кодами. Жодних повторів при hard-decline. По-друге, лімітуйте кількість повторів на картку/клієнта/період, щоб уникнути проблем із мережами (Mastercard у правилах дають поради, скільки разів можна пробувати). По-третє, динамічно коригуйте інтервали: наприклад, для insufficient_funds застосовуйте першу повторну спробу через пару годин, для network_error — через 1–2 хвилини інший маршрут.
Smart retry — це не тільки таймінг, а в першу чергу routing, нагадую. Якщо транзакцію відхилив емітент у конкретній країні, спробуйте локального еквайра або і.
Отже, як має виглядати практичний план впровадження:
- зберіть decline-map: всі коди від провайдерів і мереж, класифікуйте їх;
- впровадьте базові правила retry: soft vs hard, періоди, ліміт за кількістю спроб ретрая;
- додайте routing-fallback: альтернативні еквайри та PAN-retry;
- моніторинг у реальному часі: відстежуйте recovery rate і false positives (коли retry шкодить);
- коли є багато даних і можливості експериментувати, протестуйте ML-підхід на історичних транзакціях у sandbox.
Що ж треба вимірювати щодня, аби перестати втрачати гроші?
Recovery rate (успішні транзакції після retry), revenue recovered (у валюті), decline reasons share, average attempts per recovery, churn rate for subscription services. Важливо порівнювати A/B-зони: де працював retry, де ні. Часто буває сюрприз — деякі види retry підвищують chargeback ризик, якщо невірно налаштований fraud-скринінг. Тому на етапі ввімкнення обов’язково має працювати фрод-контроль.
Помилки, яких слід уникати
По-перше, надмірних повторів (так звані aggressive retries) — це шлях у чорний/сірий список «підозрілої активності» у банку, що тягне на ризик блокування. По-друге, проводьте сегментацію. Наприклад: одна політика на всіх картках це погано. Різні BIN, регіони, типи карток — різні підходи. По-третє, ігнорування правил мереж: є обмеження по retry для Mastercard/Visa — їх порушення буде мати лише проблеми.
Скільки заробітку можна повернути в результаті?
Тут залежить від бізнесу.Повернемося до нашого прикладу з нетфікс-акаунтом: для підписок smart retry часто повертає 5–15% додаткового місячного доходу, якщо раніше були soft-declines і відписки через неуспішні місячні списання. Для разових e-commerce операцій можна спостерігати ріст approval rate на кілька відсотків — а це вже може дати значний приріст прибутку якщо клієнтів багато.
Марафон, що складений зі спринтів
Smart retry — це ітеративний процес (не плутати з інтерактивним, ми зараз про періоди): тест, моніторинг, корекція. Але це дає результати. Клієнт, який не зміг заплатити сьогодні, скоріше за все не повернеться самостійно. Правильно налаштований retry повертає не лише гроші, а й довіру.