Sikertelen előfizetéses fizetések visszaszerzése (dunning): hogyan tartsd meg azokat az ügyfeleket, akiknek a kártyája nem ment át

Van egy ügyfeled, aki hónapról hónapra fizetett neked, elégedett, és esze ágában sincs elmenni. És mégis, ebben a hónapban az előfizetése "lemondva" státuszban jelenik meg. Nem azért, mert úgy döntött, hogy felmond, hanem mert lejárt a kártyája, egy napig nem volt elég pénze rajta, vagy a bankja blokkolta az ismétlődő terhelést. Ezt hívják önkéntelen lemorzsolódásnak (involuntary churn), és ez messze a legbosszantóbb módja a bevétel elvesztésének: olyan embereket veszítesz el, akik valójában maradni akartak.

A jó hír az, hogy szinte az összes ilyen fizetés visszaszerezhető, ha van egy dunning rendszered. Ez nem varázslat, és nem azt jelenti, hogy e-mailekkel bombázod az ügyfeleket. Azt jelenti, hogy a megfelelő pillanatokban próbálod újra a fizetést, világosan és udvariasan kommunikálsz, és gyerekjátékká teszed a kártya frissítését. Ebben a cikkben pontosan megmutatom, hogyan működik, és mit kérj a fejlesztődtől.

Önkéntelen vs. önkéntes lemorzsolódás: ne keverd össze a kettőt

Mindenekelőtt válaszd szét ezt a két teljesen különböző dolgot.

Önkéntes lemorzsolódás = az ügyfél valóban el akar menni: rákattint a "lemondás" gombra, már nincs szüksége a szolgáltatásra. A megoldás itt a terméked és az ajánlatod, nem a dunning.

Önkéntelen lemorzsolódás = az ügyfél maradt volna, de a fizetés technikai okokból meghiúsult. Itt van helye a dunningnak.

Tipikus okok, amiért egy ismétlődő terhelés meghiúsul:

• lejárt kártya (a leggyakoribb; a kártyákat néhány évente újra kibocsátják)
• fedezethiány a terhelés napján
• a bank gyanúsnak jelölte a tranzakciót és blokkolta
• online tranzakciós limit vagy egy deaktivált kártya
• SCA/3-D Secure hitelesítés szükséges, de nem teljesült

Ha mindkettőt ugyanúgy kezeled, akkor vagy bosszantod azokat, akik úgyis elmentek volna, vagy lemondasz olyan bevételről, ami tökéletesen visszaszerezhető lett volna. Az első döntés az, hogy ezt a két veszteséget külön mérd, különben nem tudod, hogy mit is javítasz.

Okos újrapróbálkozások: az számít, hogy mikor próbálsz újra, nem az, hogy hányszor

A dunning kulcsa nem az, hogy tízszer egymás után próbálod újra; hanem az, hogy azokban a pillanatokban próbálod újra, amikor a fizetés valószínűleg átmegy.

Két alapelv, ami különbséget tesz:

• Az újrapróbálkozásokat napok, ne órák szerint oszd el. Ha az ok a "fedezethiány", akkor van értelme néhány nappal később újrapróbálni, miután az ügyfél megkapta a fizetését, nem tíz perccel utána.
• Különböztesd meg a lágy elutasításokat a keményektől. Egy lágy elutasítást (fedezethiány, átmeneti limit) érdemes újrapróbálni. Egy kemény elutasítást (lezárt kártya, nincs ilyen számla, véglegesen blokkolt tranzakció) nem old meg az újrapróbálkozás, csak az, ha új kártyát kérsz.

A legtöbb komoly platform (például a Stripe) automatikus újrapróbálkozásokat kínál az elutasítás típusán alapuló logikával. A lényeg az, hogy ne hagyd a beállításokat "alapértelmezetten" anélkül, hogy tudnád, mit csinálnak: egy négy próbálkozásból álló, két-három hétre elnyújtott ütemezés fogja el legjobban az újra kibocsátott kártyákat és a közben megérkezett fizetéseket.

Kártyafrissítő és SCA: szerezz vissza fizetéseket anélkül, hogy az ügyfélnek egy ujját is meg kellene mozdítania

A legelegánsabb visszaszerzés az, amelynél az ügyfél soha nem is szerez tudomást róla, hogy probléma volt.

A kártyafrissítő (account updater) a Visa/Mastercard hálózatok szolgáltatása: amikor egy ügyfél kártyáját újra kibocsátják, az új szám és lejárati dátum automatikusan eljut a feldolgozódhoz. A fizetés átmegy anélkül, hogy bárkinek bármit újra be kellene gépelnie. Érdemes bekapcsolni, mert csendben megoldja a hibák leggyakoribb okát: a lejárt kártyát.

Aztán ott van az SCA / 3-D Secure. Az EU-ban az ismétlődő fizetéseket helyesen kell beállítani, hogy ne igényeljenek hitelesítést minden terhelésnél. Ha az első fizetést megfelelően mentik el (a jövőbeli terhelésekre vonatkozó felhatalmazással), a következő terhelések általában átmennek anélkül, hogy a bank kódot kérne. Ha rosszul van beállítva, a bank minden hónapban hitelesítést követel, az ügyfél nem is látja a felszólítást, és a fizetés meghiúsul. Ez egy technikai beállítás, de ez a különbség egy stabil előfizetés és egy olyan között, amelyik véletlenszerűen "leesik".

A dunning szekvencia: e-mailek és üzenetek, amelyek valóban visszaszerzik a fizetést

Amikor az automatikus újrapróbálkozások meghiúsulnak, életbe lép az ügyféllel való kommunikáció. A hangnem itt óriási jelentőséggel bír: ez nem egy fizetési felszólítás, hanem egy szívesség, amit teszel neki.

Egy szekvencia, ami működik:

• 0. nap, az első meghiúsuláskor: egy nyugodt e-mail, "nem tudtuk feldolgozni a fizetésedet, ez folyton előfordul, itt frissítheted a kártyádat." Egy világos gomb a fizetési oldalra.
• A második vagy harmadik sikertelen próbálkozásnál: egy rövid emlékeztető, esetleg egy SMS vagy WhatsApp is, ha van hozzájárulásod, mivel ezeket gyorsabban elolvassák, mint az e-mailt.
• A felfüggesztés előtt: egy üzenet, amely világosan megmondja, mi történik és mikor ("a hozzáférés X napon leáll, ha a fizetés nem megy át").

Néhány józan ész szabály:

• Tedd egy percnél rövidebbé a kártya frissítését, bonyolult bejelentkezés nélkül.
• Ne hibáztasd az ügyfelet és ne használj követeléskezelői hangnemet.
• Kínálj türelmi időt aktív hozzáféréssel, ne vágd el azonnal a szolgáltatást. Egy ügyfél, aki megtartja a hozzáférést, sokkal gyakrabban rendezi a fizetést, mint az, akit már kizártak.

Mit kérj, amikor a rendszert felépíted vagy kiszervezed

A dunning nem egy plugin, amit bepipálsz; ez egy kis rendszer: újrapróbálkozási logika, feldolgozó-integráció, üzenetsablonok, egy kártyafrissítő oldal és egy irányítópult, ahol látod, mit sikerült visszaszerezni.

Egy rövid ellenőrzőlista, amit kérhetsz attól, aki a platformodat építi:

• automatikus újrapróbálkozások lágy/kemény elutasítás megkülönböztetéssel
• account updater engedélyezve a feldolgozónál
• SCA helyesen konfigurálva az ismétlődő fizetésekhez
• egy e-mail/SMS szekvencia emberi hangnemmel és egyetlen cselekvésre ösztönző elemmel
• egy egyszerű, mobilbarát kártya-újraaktiváló oldal
• külön jelentés az önkéntelen vs. önkéntes lemorzsolódásról

Az MPO Web Studio-nál pontosan ezeket a folyamatokat építjük fel előfizetéses weboldalakhoz és alkalmazásokhoz, távolról szállítunk az egész országban, és először egy előre elkészített demót mutatunk, hogy lásd, hogyan néz ki, mielőtt bármiért fizetnél. Ha van egy előfizetésed, amely sikertelen fizetések miatt "veszít" ügyfeleket, írj nekünk WhatsApp-on, és együtt megnézzük, hol szivárog a bevétel, és mit lehet visszaszerezni anélkül, hogy mindent újra kellene építeni.