Un aggiornamento difettoso dell'app può scatenare un'ondata di rimborsi, ed ecco come contenerla prima che arrivi al tuo pagamento

Quando una versione viene pubblicata difettosa, i rimborsi iniziano prima della tua dashboard dei crash. Un aggiornamento difettoso dell'app non si limita a irritare le persone. Dà loro un motivo concreto per chiedere indietro i soldi, e su un acquisto a basso prezzo il denaro è la parte più piccola di ciò che perdi. Il calcolo che hai già bruciato, le chiamate API di terze parti che ti sono state fatturate e lo spazio di archiviazione che hai predisposto non tornano con la vendita.

L'aspetto utile è che una versione difettosa è uno dei pochi motori di rimborso che puoi frenare in pochi minuti, non in settimane. Entrambi gli store distribuiscono un aggiornamento a fasi e ti permettono di fermarlo a metà strada, e questo singolo controllo è la differenza tra una manciata di utenti colpiti e un'ondata di rimborsi a carico del tuo pagamento. Ecco quanto costa davvero un'ondata di rimborsi, come fermare una versione difettosa su ciascuno store e le due brevi finestre che sono la tua unica voce una volta che una contestazione è già stata aperta.

Perché un aggiornamento difettoso dell'app si trasforma in rimborsi

Un crash all'avvio, un paywall che non carica, una funzione che ieri funzionava e oggi no. Ognuno dà a un cliente pagante un motivo netto per chiedere indietro i soldi, e un rimborso è la versione educata di quella risposta. La versione maleducata è uno storno bancario. Entrambi ti costano, e una versione che si rompe anche solo per una fetta dei tuoi utenti può produrne abbastanza da comparire sul tuo pagamento.

Il denaro che perdi è più della vendita

Quando un acquisto viene rimborsato, l'importo della vendita torna al cliente. Ciò che non torna è tutto quello che hai già speso per servire quell'acquisto. Il calcolo che ha eseguito il lavoro, le chiamate API di terze parti fatturate al momento dell'uso, lo spazio di archiviazione che hai predisposto e qualsiasi pagamento già inviato a un creatore sono persi. Su un consumabile a basso prezzo, questi costi irrecuperabili più un'eventuale commissione bancaria possono sommare più di quanto il cliente abbia mai pagato.

Un'ondata di rimborsi sposta anche il tuo tasso di rimborso

I rimborsi non sono solo una perdita per vendita. I circuiti delle carte ed entrambi gli store osservano il tasso a cui le tue vendite tornano indietro. Una singola versione difettosa che fa impennare quel tasso può attirare un'attenzione che preferiresti evitare, quindi il costo di un aggiornamento difettoso include la reputazione che spendi, non solo il denaro.

Come fermare una versione difettosa sull'App Store

Lo strumento di contenimento di Apple è la distribuzione a fasi, e tutto il suo valore sta nel poter tirare il freno prima che la maggior parte dei tuoi utenti veda la build difettosa.

La distribuzione a fasi si estende su sette giorni

Quando attivi la distribuzione a fasi per un aggiornamento di versione, Apple lo consegna a un campione casuale di utenti che hanno gli aggiornamenti automatici attivi. La distribuzione sale secondo un calendario fisso: 1 per cento il primo giorno, poi 2, 5, 10, 20, 50 e 100 per cento nell'arco di sette giorni. Poiché i primi giorni toccano una piccola frazione della tua base, un difetto individuato il secondo giorno ha raggiunto molte meno persone di quante ne raggiungerebbe una pubblicazione completa lo stesso giorno.

Sospendi nel momento in cui qualcosa sembra sbagliato

Se un aggiornamento difettoso dell'app sfugge, puoi sospendere la distribuzione a fasi in qualsiasi momento. Apple ti consente di sospendere fino a 30 giorni, senza limiti al numero di sospensioni, e il budget è cumulativo: sospendi per 10 giorni, riprendi e ti restano ancora 20 giorni di sospensione. Quando riprendi, la distribuzione riparte dal giorno in cui si è fermata. Sospendere non rimuove la build dagli utenti che ce l'hanno già, quindi abbina la sospensione a una correzione e a una revisione accelerata.

Come fermare una versione difettosa su Google Play

Google Play ti dà due freni, uno per una versione ancora in distribuzione e uno per una versione che ha già raggiunto tutti.

Ferma un rilascio a fasi in corso

Un rilascio a fasi su Google Play ti permette di pubblicare a una percentuale di utenti e aumentarla secondo il tuo calendario. Se trovi un problema, apri la versione e scegli Gestisci distribuzione, poi Interrompi distribuzione. Nessun altro utente riceve la versione, e gli utenti che l'hanno già ricevuta la mantengono. Se alla fine la build risulta pulita, riprendi la stessa distribuzione da dove si era fermata.

Ferma una versione già arrivata al 100 per cento

Google Play ti permette anche di fermare una versione distribuita al 100 per cento, cosa che il freno del rilascio a fasi non può fare. Quando la fermi, una versione precedente della tua app, attiva e distribuita al 100 per cento, ne prende automaticamente il posto per gli utenti nuovi ed esistenti che non sono già sulla build fermata. Contano due limiti: non puoi fermare la prima versione di un canale, e se la versione difettosa è rimasta attiva abbastanza a lungo da far sì che la maggior parte degli utenti si sia già aggiornata, fermarla serve a poco, perché il danno è già distribuito.

Quando i rimborsi e le contestazioni sono già in movimento

Distribuire a fasi limita quante persone incappano in un aggiornamento difettoso dell'app. Non fa nulla per i rimborsi e le contestazioni degli utenti che ci sono già incappati. Una volta che un cliente chiede indietro i soldi, lo store esegue il processo, e la tua voce è ristretta.

La maggior parte dei rimborsi viene decisa senza di te

Il rimborso self-service di 48 ore di Google Play, i rimborsi tramite assistenza e gli acquisti annullati sono tutti decisi dallo store secondo la sua stessa politica. Non c'è un canale di prove né appello. Per quelli, la tua traccia è il rimborso stesso e il costo che hai già ingoiato. L'unico punto in cui puoi agire è la prevenzione, ed è esattamente per questo che il freno della distribuzione conta.

Due finestre sono il tuo unico intervento

Solo due processi ti chiedono qualcosa. Quando un cliente richiede un rimborso su un consumabile o su un abbonamento a rinnovo automatico, Apple invia al tuo server un CONSUMPTION_REQUEST e attende fino a 12 ore i dati di consumo. Su Google Play, un acquisto contestato che necessita di revisione avvia un conto alla rovescia di 24 ore, e rispondi tramite l'API orders.reviewrefund. Se perdi una delle due finestre, la decisione viene presa senza di te. Nessuna finestra ti permette di annullare una versione difettosa. Ti permettono solo di rispondere alle sue conseguenze.

La checklist di contenimento

Niente di tutto ciò è esotico. È una breve routine che esegui a ogni versione, non solo su quelle che ti aspetti si rompano.

• Pubblica ogni aggiornamento tramite la distribuzione a fasi sull'App Store e un rilascio a fasi su Google Play, mai una pubblicazione completa lo stesso giorno.
• Osserva i segnali di crash e rimborsi durante i primi giorni a bassa percentuale, quando il pubblico è abbastanza piccolo da poter essere protetto.
• Sospendi la distribuzione a fasi dell'App Store o interrompi la distribuzione di Google Play nel momento in cui compare un difetto reale, poi correggi e invia di nuovo.
• Per un difetto che ha già raggiunto tutti su Google Play, ferma la versione distribuita al 100 per cento così che la versione precedente ne prenda il posto.
• Predisponi i feed di notifica di Apple e Google così da poter rispondere a ogni richiesta di consumo e a ogni revisione di rimborso entro la sua finestra.
• Monitora il tuo tasso di rimborso lungo tutta la versione, perché un picco è il segnale che un rollback è in ritardo.