Przejdź do treści

Dunning i odzyskiwanie nieudanych płatności

Dunning (windykacja płatności subskrypcyjnych) to proces odzyskiwania nieudanych płatności – ponawianie obciążeń odrzuconych kart i e-maile do klienta – zanim mimowolna przerwa zamieni się w churn. Duża część churnu, który małe zespoły spisują na straty, to nie decyzja, tylko wygasła lub odrzucona karta. Baremetrics podaje, że firmy subskrypcyjne tracą w ten sposób ok. 9% MRR.

Zaktualizowano 8 min czytaniaAutor: fromHello

Najważniejsze wnioski

  1. Większość churnu, który małe zespoły próbują odzyskać, jest dobrowolna. Duża część, którą da się odzyskać, jest mimowolna – to wygasłe lub odrzucone karty, choć nikt nie zdecydował się zrezygnować.

  2. Baremetrics podaje, że firmy subskrypcyjne tracą przez nieudane płatności ok. 9% MRR. Dunning odzyskuje znaczną część tej kwoty.

  3. Większość pieniędzy odzyskują inteligentne ponowienia – ponawiaj według harmonogramu powiązanego z dniami wypłat, a nie siłowo co godzinę.

  4. E-maile dunningowe są transakcyjne, a nie marketingowe. Muszą trafić do skrzynki odbiorczej, więc wysyłaj je strumieniem transakcyjnym i pisz krótko i uczciwie.

Czym jest dunning i czym jest mimowolny churn?

Dunning to sekwencja ponowień i przypomnień, która odzyskuje nieudaną płatność za subskrypcję. Ma znaczenie, bo pod hasłem churnu lądują dwie bardzo różne rzeczy. Churn dobrowolny to decyzja – ktoś rezygnuje. Churn mimowolny to przypadek – karta wygasła, obciążenie zostało odrzucone, bank je zablokował. Typowy schemat retencji i odzyskiwania klientów jest skierowany do osób, które zdecydowały się odejść, i całkowicie pomija churn mimowolny. Zanim cokolwiek z tego zbudujesz, rozdziel oba rodzaje: sposób liczenia churnu powinien oddzielać dobrowolny od mimowolnego, bo naprawia się je zupełnie inaczej.

Jak duży jest przeciek?

Większy, niż spodziewa się większość founderów, bo nikt nie zdecydował się odejść. Baremetrics podaje, że firmy subskrypcyjne tracą przez nieudane płatności ok. 9% MRR – przy MRR na poziomie 50 000 USD to mniej więcej 4500 USD miesięcznie, które wychodzą z firmy, choć nikt nie kliknął „anuluj”. Udział churnu mimowolnego w całym churnie często szacuje się na 20–40%; benchmarki Churnkey podają średnią dla SaaS w okolicach 22%. Traktuj te liczby jako wskazówkę kierunku, a nie prawdę objawioną – Twoje proporcje zależą od ceny planu, rodzajów kart i geografii. Wniosek pozostaje ten sam: realna część Twojego churnu to przychód do odzyskania, a nie utraceni klienci.

Dlaczego płatności się nie udają?

  • Wygasłe karty – przyczyna, której najłatwiej zapobiec; zapisana karta po prostu straciła ważność.
  • Brak środków – miękkie odrzucenie, które często przechodzi przy późniejszym ponowieniu; według Churnkey odpowiada za ok. 40% niepowodzeń.
  • Blokady antyfraudowe i 3DS – bank lub organizacja kartowa oznacza obciążenie jako podejrzane albo żąda ponownego uwierzytelnienia, którego klient nigdy nie kończy.
  • Twarde odrzucenia – zamknięte rachunki lub karty zgłoszone jako zgubione, których żadne ponowienie nie naprawi; tu potrzeba nowej karty, a nie kolejnej próby.

Inteligentne ponowienia: harmonogram wygrywa z metodą siłową

Ponawianie obciążenia odrzuconej karty co godzinę przynosi głównie kolejne odrzucenia i irytuje wydawcę karty. Dźwignią jest czas. Smart Retries w Stripe wybierają momenty prób na podstawie sygnałów takich jak godzina, o której dana karta zwykle przechodzi, i domyślnie wykonują 8 prób w ciągu mniej więcej dwóch tygodni. Intuicja jest prosta: płatność odrzucona z powodu braku środków zwykle przechodzi po wypłacie, więc jedno ponowienie za dwa, trzy dni jest lepsze niż dziesięć dziś wieczorem. Niezależnie od narzędzia ponawiaj według harmonogramu powiązanego z momentem, w którym wpływają pieniądze, i ogranicz liczbę prób.

Proces odzyskiwania nieudanych płatności. Pre-dunning (ostrzeżenia o wygasającej karcie i usługa aktualizacji danych karty) działa, zanim obciążenie się nie uda; gdy to nastąpi, główną pracę wykonują ponowienia, e-maile eskalują tylko wtedy, gdy karta wymaga działania klienta, a przepływ kończy się odzyskaniem płatności albo łagodnym obniżeniem planu.

Pre-dunning: ostrzeż, zanim karta wygaśnie

Najtańsza nieudana płatność to ta, która nigdy nie nastąpi. Pre-dunning działa, zanim obciążenie się nie uda. Dwa kroki załatwiają większość sprawy. Po pierwsze, usługa aktualizacji danych karty (card account updater) – oferowana przez Visa i Mastercard, dostępna przez Stripe i większość operatorów płatności – automatycznie odświeża nowy numer lub datę ważności karty, więc ponownie wydana karta nigdy nie powoduje odrzucenia. Po drugie, e-mail z ostrzeżeniem na tydzień przed wygaśnięciem zapisanej karty, z prośbą o jej aktualizację. To ta sama dyscyplina co przypomnienie o końcu okresu próbnego: małe, dobrze zgrane w czasie przypomnienie, które zapobiega cichemu wygaśnięciu.

Sekwencja e-maili dunningowych

E-maile wspierają ponowienia – są najważniejsze wtedy, gdy karta naprawdę wymaga działania klienta. Ogranicz się do trzech wiadomości, każda z jedną jasną prośbą i linkiem do aktualizacji płatności jednym kliknięciem. Nie piętrz sześciu przypomnień pełnych wyrzutów; skuteczność każdego kolejnego e-maila szybko spada po pierwszym, a każda dodatkowa wysyłka grozi skargą na spam.

EtapKiedyProśba
InformacjaPrzy pierwszym nieudanym obciążeniuTwoja płatność nie przeszła; ponowimy ją automatycznie – na razie nie musisz nic robić.
Ponowienie w tokuW połowie sekwencji, po nieudanym ponowieniuSpróbowaliśmy ponownie i płatność nie przeszła. Zaktualizuj kartę, żeby uniknąć przerwy.
Ostateczne wezwaniePrzed odcięciem dostępuOstatnia próba się nie udała. Zaktualizuj dane teraz, inaczej Twój plan zostanie wstrzymany we wskazanym dniu.

Dlaczego e-maile dunningowe są transakcyjne, a nie marketingowe

E-mail dunningowy jest uruchamiany przez zdarzenie na koncie i prosi o konkretne działanie, co czyni go transakcyjnym, a nie marketingowym. To rozróżnienie nie jest pedanterią – decyduje o dostarczalności. Wysyłaj dunning strumieniem transakcyjnym, a nie promocyjnym, który jest ograniczany i filtrowany. Marketingowe reguły wykluczeń nie powinny mieć tu zastosowania; klient, który wypisał się z Twojego newslettera, wciąż musi się dowiedzieć, że jego karta została odrzucona. Jeśli te e-maile trafiają do spamu, cały proces odzyskiwania po cichu przestaje działać.

Kiedy elegancko przestać?

Po ostatecznym wezwaniu przestań wysyłać e-maile. Klient, który zignorował trzy wiadomości i kilka ponowień, nie zapłaci po siódmym ponagleniu – oznaczy Cię jako spam, co szkodzi dostarczalności wszystkich Twoich wiadomości. Zakończ elegancko: obniż plan do bezpłatnego, wstrzymaj konto albo po kilku tygodniach przenieś klienta do porządnej kampanii win-back. Włącz dunning do szerszego marketingu cyklu życia klienta, żeby odzyskiwanie płatności, retencja i reaktywacja tworzyły jeden system, a nie trzy niepowiązane przepływy.

FAQ

Najczęstsze pytania

  • Czy dunning to to samo co kampania win-back?

    Nie – win-back jest skierowany do osób, które zdecydowały się zrezygnować; dunning odzyskuje mimowolne przerwy wynikające z nieudanych płatności. Inni odbiorcy, inny kanał, inny moment.

  • Ile ponowień ustawić?

    Domyślna polityka Smart Retries w Stripe to 8 prób w ciągu mniej więcej dwóch tygodni. Czas ma większe znaczenie niż liczba – ponowienia powiązane z dniami wypłat przechodzą częściej niż próby siłowe.

  • Czy e-maile dunningowe powinny iść strumieniem marketingowym, czy transakcyjnym?

    Transakcyjnym. Są uruchamiane przez zdarzenie na koncie i muszą trafić do skrzynki odbiorczej, więc ich miejsce jest w transakcyjnym strumieniu wysyłek, a nie w promocyjnym.

  • Kiedy zakończyć dunning?

    Po ostatecznym wezwaniu. Obniż plan lub wstrzymaj konto, zamiast dalej wysyłać e-maile; powtarzane ponaglenia ściągają skargi na spam, które szkodzą dostarczalności wszystkich wiadomości.

fromHello to oprogramowanie open source do automatyzacji marketingu: wiadomości uruchamiane przez to, co robią ludzie.

fromHello Cloud udostępniamy w ramach wczesnego dostępu, przez listę oczekujących.

Wczesny dostęp

fromHello Cloud

Nikt nie zakłada firmy, żeby była mała.

Wczesny dostęp do fromHello Cloud otwieramy etapami. Onboarding prowadzimy razem z Tobą: pomagamy wszystko skonfigurować i przenieść Twoje kontakty.

Napiszemy do Ciebie, gdy otworzymy Ci dostęp. Bez spamu.

Jeszcze nie teraz? Zobacz na GitHubie