Recuperarea plăților eșuate la abonamente (dunning): cum nu pierzi clienții care nu au reîncărcat cardul

Ai un client care te-a plătit lună de lună, e mulțumit, nu vrea să plece. Și totuși, luna asta abonamentul lui apare ca „anulat”. Nu pentru că a decis să renunțe, ci pentru că i-a expirat cardul, a rămas fără fonduri o zi sau banca i-a blocat plata recurentă. Asta se numește churn involuntar și e, de departe, cea mai frustrantă pierdere de venit: pierzi oameni care de fapt voiau să rămână.

Vestea bună e că aproape toate aceste plăți se pot recupera dacă ai un sistem de dunning. Nu e magie și nu înseamnă să îți bombardezi clienții cu emailuri. Înseamnă să reîncerci plata la momentele potrivite, să comunici clar și politicos, și să faci reactivarea cardului cât mai simplă. În articolul ăsta îți arăt exact cum funcționează și ce să ceri de la dezvoltatorul tău.

Churn involuntar vs. churn voluntar: nu confunda cele două

Înainte de orice, separă două lucruri complet diferite.

Churn voluntar = clientul chiar vrea să plece: apasă „anulează”, nu mai are nevoie de serviciu. Aici soluția e produsul și oferta, nu dunning-ul.

Churn involuntar = clientul ar fi rămas, dar plata a eșuat din motive tehnice. Aici intră dunning-ul.

Motivele tipice pentru o plată recurentă eșuată:

• card expirat (cel mai frecvent, cardurile se schimbă la câțiva ani)
• fonduri insuficiente în ziua încasării
• banca a marcat tranzacția ca suspectă și a blocat-o
• limită de tranzacții online sau card dezactivat
• autentificare SCA/3-D Secure cerută și neefectuată

Dacă le tratezi la fel, ori enervezi oamenii care oricum voiau să plece, ori renunți la venit care era perfect recuperabil. Prima decizie e să măsori separat aceste două tipuri de pierdere, altfel nu știi ce repari.

Retry inteligent: când reîncerci contează mai mult decât de câte ori

Cheia dunning-ului nu e să reîncerci de zece ori la rând, ci să reîncerci la momentele în care e probabil ca plata să treacă.

Două principii care fac diferența:

• Distanțează încercările pe mai multe zile, nu ore. Dacă motivul e „fonduri insuficiente”, are sens să reîncerci după câteva zile, când clientul și-a primit salariul, nu peste zece minute.
• Deosebește refuzurile „soft” de cele „hard”. Un refuz soft (fonduri insuficiente, limită temporară) merită reîncercat. Un refuz hard (card închis, cont inexistent, tranzacție blocată definitiv) nu se rezolvă prin retry, ci doar cerând un card nou.

Majoritatea platformelor serioase (Stripe, de exemplu) au retry automat cu logică pe tipul de refuz. Important e să nu lași setările pe „default” fără să știi ce fac: o schemă de patru încercări întinsă pe două-trei săptămâni prinde cel mai bine cardurile expirate reînnoite și salariile intrate între timp.

Card updater și SCA: recuperezi plăți fără ca clientul să facă nimic

Cea mai elegantă recuperare e cea în care clientul nici nu află că a fost o problemă.

Card updater (account updater) e un serviciu al rețelelor Visa/Mastercard prin care, atunci când unui client i se reînnoiește cardul, noul număr și noua dată de expirare ajung automat la procesatorul tău. Plata trece fără ca omul să reintroducă nimic. Merită activat, pentru că rezolvă tăcut cel mai frecvent motiv de eșec: cardul expirat.

Apoi e SCA / 3-D Secure. În UE și România, plățile recurente trebuie configurate corect ca să nu ceară autentificare la fiecare încasare. Dacă prima plată e salvată corect (cu mandat pentru plăți viitoare), încasările următoare trec de obicei fără ca banca să mai ceară cod. Când e configurat prost, banca cere autentificare la fiecare lună și clientul nici nu vede notificarea, plata eșuează. E o setare tehnică, dar face diferența între un abonament stabil și unul care „pică” aleatoriu.

Secvența de dunning: emailuri și mesaje care chiar recuperează

Când retry-ul automat nu reușește, intră comunicarea cu clientul. Aici tonul contează enorm: nu e o somație, e un serviciu pe care i-l faci.

O secvență care funcționează:

• Ziua 0, la primul eșec: un email calm, „nu am putut procesa plata, se întâmplă des, poți actualiza cardul aici”. Un singur buton clar spre pagina de plată.
• La a doua-a treia încercare eșuată: un reminder scurt, eventual și un SMS sau WhatsApp dacă ai consimțământul, pentru că sunt citite mai repede decât emailul.
• Înainte de suspendare: un mesaj care spune clar ce se întâmplă și când („accesul se oprește pe data de X dacă plata nu trece”).

Câteva reguli de bun-simț:

• Fă actualizarea cardului să dureze sub un minut, fără login complicat.
• Nu învinovăți clientul și nu folosi ton de recuperare de creanțe.
• Oferă o perioadă de grație cu acces activ, nu tăia serviciul din prima. Un client cu acces păstrat rezolvă plata mult mai des decât unul deja blocat.

Ce să ceri când construiești sau externalizezi sistemul

Dunning-ul nu e un plugin pe care îl bifezi, e un mic sistem: logică de retry, integrare cu procesatorul, șabloane de mesaje, pagină de update card și un dashboard unde vezi ce s-a recuperat.

Checklist scurt de cerut de la cine îți construiește platforma:

• retry automat cu diferențiere soft/hard decline
• account updater activat la procesator
• SCA configurat corect pentru plăți recurente
• secvență de emailuri/SMS cu ton uman și un singur call-to-action
• pagină de reactivare a cardului simplă, pe mobil
• raport separat pentru churn involuntar vs. voluntar

La MPO Web Studio construim exact genul ăsta de fluxuri pentru site-uri și aplicații cu abonamente, livrăm remote în toată țara și îți arătăm întâi un demo pre-construit, ca să vezi cum arată înainte să plătești ceva. Dacă ai un abonament care „pierde” clienți pe plăți eșuate, scrie-ne pe WhatsApp și ne uităm împreună unde curge venitul și ce se poate recupera fără să schimbi tot.