Come ridurre il churn involontario in Maxio
Come Maxio (ex Chargify) gestisce i pagamenti falliti: calendari di dunning, tentativi, stati past due e unpaid, carta nel Billing Portal e webhook.
Il churn involontario è la parte di churn che nessuno ha scelto: un rinnovo fallisce, nessuno sistema il metodo di pagamento e l’abbonamento termina. Maxio Advanced Billing (ex Chargify) ti dà di serie la maggior parte degli strumenti per prevenirlo: un calendario di dunning configurabile, tentativi ed email per ogni passaggio, un’azione finale, un Billing Portal in cui i clienti aggiornano la carta e webhook per ogni passaggio. Questa guida spiega come si comportano questi elementi e come impostarli bene.
Tutto il comportamento di Maxio descritto qui viene dalla documentazione di Maxio: capire come funziona il dunning, configurare il dunning per le carte di credito, configurare il dunning ACH, configurare il dunning per l’addebito diretto, aggiornare il metodo di pagamento dell’abbonamento, parametri delle email di dunning ed eventi webhook (tutti consultati a novembre 2026).
Cosa succede quando un rinnovo fallisce in Maxio
Quando il periodo di un abbonamento termina, Maxio tenta di addebitare il metodo di pagamento registrato. Se il processore rifiuta, l’abbonamento passa a Past Due e Maxio inizia a seguire il tuo calendario di dunning. Da lì, sono possibili tre esiti:
- Un tentativo riesce, oppure il cliente aggiorna il metodo di pagamento e paga, e l’abbonamento torna Active.
- Il calendario si esaurisce e si applica l’azione finale: l’abbonamento viene Canceled (smette di accumulare addebiti) oppure segnato Unpaid (continua ad accumulare addebiti).
- Intervieni a mano, per esempio registrando un pagamento.
Un abbonamento Unpaid può tornare Active: la documentazione di Maxio descrive l’uso di Retry/Reactivate per incassare il pagamento, o di Reset to $0 per annullare il saldo.
Alcuni casi si comportano diversamente, secondo la panoramica sul dunning:
- Gli abbonamenti prepagati non vengono segnati come past due. Restano attivi finché dura il saldo, poi vengono sospesi.
- Gli abbonamenti a termine il cui termine scade durante il dunning scadono invece di restare past due, e non vengono annullati in seguito se il dunning si esaurisce.
- Gli abbonamenti a pagamento manuale (fatturati) ricevono email di promemoria, ma il dunning non ritenta le fatture aperte.
- I rifiuti ad alto rischio o per frode disattivano il profilo di pagamento invece di continuare i tentativi.
Il calendario di dunning
Il dunning si trova in Config, poi Retries & Dunning. Maxio lo organizza in impostazioni delle email, calendario dei tentativi e del dunning, e passaggio finale. Le email di dunning si configurano qui, separatamente dalle altre email del tuo sito.
Limiti e regole per metodo di pagamento
| Metodo di pagamento | Regola dalla documentazione di Maxio |
|---|---|
| Carta di credito | Fino a 365 giorni e/o 30 passaggi per calendario |
| ACH | 2 tentativi più 1 azione finale, secondo le regole del circuito ACH |
| Addebito diretto | Almeno 5 giorni tra un tentativo e l’altro; l’azione finale non può ritentare |
| Pagamento manuale | Solo email di promemoria, nessun tentativo |
Puoi impostare strategie a livello di sito per metodo di pagamento, e strategie per prodotto o product family accanto a queste, così un piano enterprise annuale non deve condividere un calendario con un piano self-service mensile.
Passaggi: tentativo, email o entrambi
Ogni passaggio del calendario ha un numero di giorno e due interruttori:
- Retry Payment: tenta l’addebito quel giorno. Puoi disattivarlo per inviare un’email senza ritentare, tranne al passaggio del Giorno 1, che ritenta sempre.
- Send Email: i modelli predefiniti partono con le email disattivate, quindi devi attivare ogni email che vuoi e modificarne oggetto e corpo.
Come Maxio segue il passaggio corrente
Maxio calcola il passaggio corrente di un abbonamento in base a da quanto tempo è past due e al tuo calendario attuale, invece di salvare il passaggio. La conseguenza pratica, indicata nella documentazione: modificare il calendario può cambiare il passaggio in cui sembra trovarsi un abbonamento past due. Fai le modifiche al calendario deliberatamente, e aspettati che gli abbonamenti già in dunning seguano il nuovo calendario.
Nota anche: se un abbonamento arriva alla sua normale data di rinnovo mentre è in dunning e quel giorno non c’è alcun passaggio di dunning, il rinnovo avviene comunque. Se fallisce, l’abbonamento resta in dunning e continua con il passaggio successivo.
Fare in modo che il cliente aggiorni il metodo di pagamento
La maggior parte dei ricavi recuperati da rifiuti definitivi e carte scadute viene dal cliente che inserisce nuovi dati. Maxio offre diversi modi per portarlo lì, secondo la sua documentazione sull’aggiornamento del metodo di pagamento e sui parametri delle email di dunning:
- Nelle email di dunning: una variabile
update_urlfornisce l’URL che il cliente può usare per aggiornare il metodo di pagamento. Se usi il Billing Portal, i modelli possono invece rimandare alla pagina di gestione del portale. - Dalla pagina dell’abbonamento: la scheda Payment Details ha un’azione per inviare al cliente via email un link alla sua pagina self-service, e puoi anche copiare l’URL della pagina self-service per inviarlo tu.
- Nel Billing Portal: i clienti accedono, selezionano l’abbonamento, scelgono di aggiornare il metodo di pagamento, scelgono un metodo salvato o ne aggiungono uno nuovo e salvano. Il portale ha anche uno schema di URL diretto per la pagina di aggiornamento del metodo di pagamento di un dato abbonamento.
Due limiti da conoscere:
- Mentre un pagamento è ancora in sospeso (per esempio un addebito diretto non ancora regolato), il metodo di pagamento non può essere cambiato, nemmeno dalla pagina self-service.
- Le email di dunning vengono inviate solo mentre un abbonamento è past due; non vengono elaborate per abbonamenti scaduti o annullati. Tutto ciò che vuoi inviare dopo l’azione finale richiede un altro canale.
I webhook da collegare alla tua app
Il riferimento degli eventi webhook di Maxio elenca gli eventi che ti servono per rispecchiare lo stato del dunning nel tuo prodotto:
| Evento | Cosa ti dice | Cosa fare |
|---|---|---|
payment_failure |
Un tentativo di pagamento è fallito, compresi i tentativi successivi | Mostra un banner in-app, registra il tentativo |
payment_success |
Un pagamento è riuscito, compresi i tentativi successivi | Togli il banner |
dunning_step_reached |
L’abbonamento ha raggiunto un passaggio di dunning (il payload include il passaggio attuale e quello successivo) | Calibra i tuoi promemoria o avvisi in-app |
subscription_state_change |
Lo stato dell’abbonamento è cambiato | Rileggi lo stato, poi concedi o togli l’accesso |
Maxio precisa che un pagamento che rimette in regola un account past due genera payment_success e subscription_state_change, ma non renewal_success. Se la tua app ascolta solo gli eventi di rinnovo, perderà i recuperi. Maxio tenta ogni consegna di webhook fino a sei volte (guida ai webhook), quindi rendi idempotenti i tuoi handler.
Un piano di configurazione
- Adatta il calendario al periodo di fatturazione. Per i piani mensili, termina il dunning prima del rinnovo successivo così non accumuli periodi non pagati. I piani annuali possono permettersi una finestra più lunga.
- Concentra tentativi ed email all’inizio. Ritenta al giorno 1, poi ogni pochi giorni nelle prime due settimane, quando il cliente si ricorda ancora di usare il prodotto.
- Attiva le email. Partono disattivate. Scrivi una prima email breve con il link
update_url, due o tre promemoria e un avviso finale che indichi la data in cui termina l’accesso. - Separa le strategie per prodotto quando il pubblico è diverso. I clienti enterprise hanno spesso bisogno di una finestra più lunga e di un contatto umano, non di più email automatiche.
- Scegli di proposito l’azione finale. Cancel ferma l’accumulo degli addebiti; Unpaid li continua ad accumulare, il che ha senso solo se prevedi di incassare il saldo.
- Rispetta le regole di ACH e addebito diretto. Non progettare un calendario da carta per i pagamenti bancari; Maxio impone comunque i limiti.
- Rispecchia lo stato con i webhook, basandoti su
subscription_state_change, e mostra un banner nel tuo prodotto mentre l’abbonamento è past due. - Rivedi ogni mese gli abbonamenti annullati per mancato pagamento e cerca degli schemi: un prodotto, un gateway, un tipo di carta.
Farlo con NoChurn
Il dunning di Maxio resta al suo posto: tentativi, fatturazione, imposte e l’addebito stesso restano in Maxio e nel tuo gateway. NoChurn si collega con una chiave API di Maxio, importa clienti e abbonamenti, segue i webhook di Maxio e aggiunge email di recupero scritte dall’IA che rivedi prima dell’invio, con un link per aggiornare il profilo di pagamento. Oltre al dunning, aggiunge flussi di disdetta con motivi, offerte (un coupon o un cambio di prodotto sull’abbonamento Maxio) e una disdetta in un clic sempre visibile, email di win-back ai giorni 30, 60 e 90 basate sul motivo della disdetta e un churn score da 0 a 100. Le contestazioni arrivano dal gateway dietro Maxio; con Stripe o Braintree, NoChurn raccoglie le prove e redige una risposta che rivedi tu. Vedi NoChurn + Maxio.