SOLLECITIMAXIO

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.

Pubblicato il 6 min di lettura

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:

  1. Un tentativo riesce, oppure il cliente aggiorna il metodo di pagamento e paga, e l’abbonamento torna Active.
  2. 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).
  3. 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_url fornisce 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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. Rispetta le regole di ACH e addebito diretto. Non progettare un calendario da carta per i pagamenti bancari; Maxio impone comunque i limiti.
  7. Rispecchia lo stato con i webhook, basandoti su subscription_state_change, e mostra un banner nel tuo prodotto mentre l’abbonamento è past due.
  8. 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.

PROMPT

Read https://www.nochurn.sh/llms.txt,
then follow https://www.nochurn.sh/docs/quickstart/
to add NoChurn to this app. Use a test key
(nc_test_…) until I say we go live.

Smetti di perdere ricavi.

  • Gratis fino a $300 MRR
  • Nessuna carta richiesta
  • Attivo in 10 minuti
  • Mai una quota di ciò che recuperiamo