Se un gruppo di abbonamenti ha più di una variante (per esempio "Standard" a 60 €/mese e "Premium" a 90 €/mese), un cliente può passare dall'una all'altra in qualsiasi momento — non c'è bisogno di annullare l'abbonamento attuale e riacquistare. Può anche cambiare la variante di un cliente per lui dall'area admin. Nell'app, il pulsante che fa questo si chiama Cambia variante. Questo articolo spiega esattamente cosa succede a seconda della variante a cui si passa.
Chi può cambiare la variante
Il cliente, dal proprio profilo. Trova un pulsante Cambia variante nel dettaglio dell'abbonamento.
Lo studio, dall'area admin. Apra il dettaglio dell'abbonamento del cliente e vedrà lo stesso pulsante Cambia variante. A differenza del cliente, vede nell'elenco anche le varianti archiviate e nascoste, così può spostare un cliente su una variante che non è più nell'offerta pubblica.
Quattro tipi di cambio — ciascuno si comporta in modo diverso
Ciò che fa un cambio dipende da che tipo di cambio sia. Ci sono quattro scenari:
Tipo di cambio | Esempio | Cosa succede oggi |
Upgrade (stesso intervallo, prezzo più alto) | Standard mensile 60 € → Premium mensile 90 € | Il cliente viene addebitato la differenza proporzionale per i giorni rimanenti, subito. Il ciclo di fatturazione non cambia. |
Downgrade programmato (stesso intervallo, prezzo più basso) | Premium mensile 90 € → Standard mensile 60 € | Oggi non viene addebitato nulla. Il cambio si applica automaticamente al prossimo rinnovo regolare. Il cliente continua a pagare il vecchio prezzo fino alla fine del periodo corrente. |
Cambio di intervallo (durata del periodo diversa) | Mensile 90 € → Annuale 900 € | Il ciclo riparte, Stripe addebita immediatamente il prezzo pieno del nuovo periodo e un nuovo ciclo inizia oggi. |
Stesso prezzo (variante diversa, stesso importo) | "Pro v1" mensile 75 € → "Pro v2" mensile 75 € | Il cambio avviene immediatamente senza pagamento. Il ciclo resta invariato. |
Dettagli più sotto.
Quando un cambio è possibile
L'abbonamento attuale deve essere attivo (raramente anche in attesa dell'inizio, anche se nella versione attuale questo non si applica praticamente mai agli abbonamenti ricorrenti — quelli iniziano non appena vengono pagati; questo stato riguarda soprattutto gli abbonamenti singoli).
L'abbonamento non deve essere in fase di annullamento. Se il cliente ha cliccato su "Annulla alla fine del periodo", deve prima tornare sulla decisione (cliccare su Mantieni abbonamento) prima di poter cambiare.
L'abbonamento non deve essere in pausa, non pagato o nello stato "in attesa di pagamento" (una verifica 3D Secure non completata).
Devono trascorrere almeno 24 ore tra un cambio di variante e l'altro. Il conteggio parte dall'ultimo cambio effettuato dal cliente o dallo studio — e anche il semplice programmare un cambio conta (Scenario B). Se un cliente prova prima, vedrà "La variante può essere cambiata al massimo una volta ogni 24 ore. Riprovi più tardi." Attenzione a un equivoco comune: annullare un cambio programmato non ha limiti di tempo (può annullarlo quando vuole), ma un nuovo cambio successivo è possibile solo 24 ore dopo l'ultimo cambio — e la programmazione originale conta ai fini di questo conteggio. D'altro canto, l'applicazione automatica di un downgrade programmato al rinnovo non interferisce quasi mai, perché di norma a quel punto la programmazione ha più di 24 ore.
La variante di destinazione deve essere nello stesso gruppo. Non può passare tra gruppi — per spostare un cliente in un gruppo diverso, deve annullare l'abbonamento attuale e acquistarne uno nuovo.
La variante di destinazione deve usare la stessa valuta di quella attuale. Se la variante di destinazione è in una valuta diversa (di norma le varianti dello stesso gruppo condividono la valuta, ma in rari casi possono differire), Zenamu rifiuta il cambio con "Il cambio di variante non è disponibile al momento. Per maggiori informazioni, contatti il fornitore." Il motivo è tecnico: la valuta di un abbonamento ricorrente esistente non può essere modificata. L'unico modo per aggirarlo è annullare il vecchio abbonamento e acquistarne uno nuovo nella valuta di destinazione.
Ogni scenario nel dettaglio
Scenario A — Upgrade (stesso intervallo, prezzo più alto)
Esempio: Un cliente paga 60 €/mese per "Standard" ed è al 15° giorno di un periodo di 30 giorni. Passa a "Premium" a 90 €/mese.
Cosa succede:
Stripe crea una fattura con due voci: un credito per la parte non utilizzata di Standard (−30 € per 15 giorni su 60 €) e l'importo proporzionale per 15 giorni di Premium (+45 € su 90 €). Importo netto dovuto: 15 €.
Stripe addebita immediatamente i 15 € sulla carta del cliente. Non resta alcun credito sull'account del cliente — il credito viene usato direttamente all'interno di questa fattura.
Il ciclo di fatturazione NON cambia. Il prossimo pagamento regolare (gli interi 90 €) avviene alla data originale, seguendo la pianificazione originale anziché un mese dopo il cambio.
Durante il cambio, il cliente vede l'intero dettaglio: la variante attuale, la nuova variante, la differenza proporzionale dovuta oggi e la data del prossimo pagamento regolare.
Perché solo la differenza proporzionale e non il nuovo prezzo pieno? Il cliente ha già pagato per il periodo corrente, quindi non c'è motivo di addebitare di nuovo il nuovo prezzo per intero. Il ciclo prosegue semplicemente alla sua data originale — il cliente non ha la sensazione di aver "ricominciato" il periodo e di dover pagare subito di nuovo l'intero importo.
Cosa succede se il pagamento non può essere prelevato subito? Se la banca del cliente lo rifiuta (fondi insufficienti, carta scaduta, 3D Secure richiesto), Stripe non conferma il pagamento e il cambio non va a buon fine. Il cliente vede un errore generico che indica che il pagamento non è stato completato — senza il motivo specifico della banca. Può cercare il motivo nello Stripe Dashboard (sulla fattura o sull'abbonamento corrispondente). Il cliente deve poi sistemare la propria carta (tramite Gestisci metodo di pagamento nel proprio profilo — veda Come un cliente acquista un abbonamento ricorrente) e riavviare il cambio. Questa severità è intenzionale: se Zenamu cambiasse la variante ma Stripe non confermasse il pagamento, la fatturazione finirebbe nel caos. (Stripe è configurato in modo da annullare da solo l'intero cambio quando un pagamento non viene confermato.)
Scenario B — Downgrade programmato (stesso intervallo, prezzo più basso)
Esempio: Un cliente paga 90 €/mese per "Premium" ed è al 15° giorno di un periodo di 30 giorni. Passa a "Standard" a 60 €/mese.
Cosa succede:
Oggi non viene addebitato nulla. Nessun pagamento oggi, nessun credito.
Il cliente continua a pagare 90 € per i 15 giorni rimanenti del periodo corrente (già pagato, continua a usare Premium).
Alla data del prossimo rinnovo, Zenamu cambia automaticamente la variante in Standard e Stripe addebita 60 € (non 90 €).
Sia il cliente sia lo studio vedono un avviso del cambio programmato nel dettaglio dell'abbonamento, insieme alla data in cui ha effetto.
Il cliente può annullare il cambio programmato (veda più sotto) prima di quella data e tornare a Premium.
Perché nessun credito? Il cliente ha pagato l'intero prezzo (più alto) per il periodo corrente, quindi ha qualcosa da usare. Invece di far restituire a Stripe la differenza come credito da applicare nei mesi successivi, si aspetta semplicemente il prossimo rinnovo e si addebita il nuovo prezzo (inferiore). Per il cliente è più chiaro così.
Scenario C — Cambiare l'intervallo di fatturazione
Esempio: Un cliente paga 90 € al mese ed è al 15° giorno di un periodo di 30 giorni. Passa alla variante annuale a 900 €.
Cosa succede:
Stripe fa ripartire il ciclo di fatturazione a partire da oggi.
Crea un'unica fattura di 900 € (la tariffa annuale) meno un credito proporzionale per i 15 giorni non utilizzati del mese originale (circa −45 €). Al cliente vengono effettivamente addebitati circa 855 € (l'importo netto). Se il nuovo importo è superiore al credito per la parte residua non utilizzata del vecchio periodo, il credito viene applicato direttamente a questa fattura — non resta alcun saldo. Se invece il credito è superiore (di solito quando si passa da annuale a mensile), il credito residuo resta sull'account del cliente e viene applicato ai rinnovi futuri (veda il paragrafo successivo).
Il cliente continua a pagare su base annuale da ora in poi; il prossimo rinnovo è tra un anno da oggi.
Lo stesso principio vale al contrario (annuale → mensile): il ciclo riparte e la fattura netta equivale al nuovo prezzo meno il credito proporzionale per la parte non utilizzata del precedente intervallo. Se il cliente cambia poco dopo un pagamento annuale, il credito può essere consistente — non necessariamente "piccolo".
Perché il ciclo riparte in questo caso: Il cliente ha voluto esplicitamente un intervallo diverso (per esempio, passare all'annuale per un prezzo migliore). Far ripartire il ciclo è in linea con ciò che il cliente si aspetta.
Stessa limitazione dell'upgrade: Se la banca del cliente rifiuta il pagamento o richiede il 3D Secure, il cambio non va a buon fine. Il cliente aggiorna prima la carta, poi conferma di nuovo il cambio.
Scenario D — Stesso prezzo, variante diversa
Esempio: Un cliente paga 75 €/mese per "Pro v1" e passa a "Pro v2" allo stesso prezzo di 75 €/mese.
Cosa succede:
La variante cambia immediatamente.
Nessun pagamento, nessun credito.
Il ciclo resta invariato: il prossimo pagamento è alla stessa data, per lo stesso importo.
Nella pratica si usa solo occasionalmente, per esempio dopo aver rinominato una variante o aver fatto una piccola modifica estetica.
L'anteprima del calcolo prima di confermare
Prima che il cliente (o lo studio) clicchi sul pulsante Cambia variante per confermare (la conferma all'interno della finestra di dialogo), vede un'anteprima dettagliata nella finestra. Ciò che mostra dipende dal tipo di cambio:
Upgrade: "Oggi Le verranno addebitati 15 € (la differenza proporzionale). Il prossimo pagamento regolare di 90 € è il 15 maggio 2026 (la data originale)."
Downgrade programmato: "Oggi non viene addebitato nulla. La variante cambia in Standard il 15 maggio 2026 (la data del prossimo pagamento). Da quel momento pagherà 60 €/mese."
Cambio di intervallo: "Oggi Le verranno addebitati 855 € (900 € meno un credito di 45 € per i 15 giorni non utilizzati). Il nuovo ciclo annuale inizia oggi — il prossimo pagamento di 900 € è tra un anno da oggi."
Stesso prezzo: "La variante cambia subito, senza nuovi addebiti."
Se il cliente ha un credito (che può sorgere, per esempio, dopo un rimborso emesso come credito anziché sulla carta): l'importo dell'anteprima ne tiene già conto. Quindi se l'anteprima mostra "Oggi Le verranno addebitati 10 €", il cliente paga davvero 10 € — indipendentemente dal fatto che un credito sia stato applicato "dietro le quinte". Il cliente non vede due cifre; vede solo quella finale.
Se Stripe non riesce a eseguire il calcolo per qualche motivo (un breve disservizio, per esempio), il cliente vede "Impossibile caricare il calcolo del pagamento. Riprovi tra un istante. Se il problema persiste, contatti il fornitore." e il pulsante Cambia variante è disattivato. In quel caso, attenda un momento e riprovi.
Un cambio programmato — come appare nel dettaglio dell'abbonamento
Quando un downgrade programmato (Scenario B) è in vigore, sia il cliente sia lo studio vedono un avviso giallo/arancione nel dettaglio dell'abbonamento:
Cambio di abbonamento programmato Il Suo abbonamento passerà a Standard il 15 maggio 2026. Fino ad allora l'abbonamento attuale resta attivo.
[Annulla il cambio programmato]
Il pulsante Annulla il cambio programmato è disponibile sia per il cliente sia per lo studio. Una volta confermato, Zenamu riporta tutto al suo stato originale — nessun cambio viene applicato, il cliente resta sulla variante attuale e continua a pagare lo stesso prezzo.
In rari casi, può succedere questo: Se qualcuno ha modificato manualmente il prezzo dell'abbonamento direttamente nello Stripe Dashboard nel frattempo, Zenamu rileva la discrepanza quando Lei annulla il cambio programmato. In quel caso il pulsante rifiuta l'azione. Apra lo Stripe Dashboard dal profilo del cliente, controlli il prezzo attuale dell'abbonamento e lo riconcili manualmente con ciò che il cliente dovrebbe avere.
Importante — come funziona il limite di 24 ore dopo aver annullato un cambio programmato: Annullare un cambio programmato non ha limiti di tempo di per sé — può cliccare su Annulla il cambio programmato quando vuole. Ma un nuovo cambio verso una variante diversa è possibile solo 24 ore dopo l'ultimo cambio effettuato dal cliente o dallo studio, e la programmazione originale del cambio conta ai fini di questo conteggio. Nella pratica significa: se programma un downgrade e poi lo annulla subito, dovrà comunque aspettare prima di poter cambiare di nuovo. Dopo un'applicazione automatica al rinnovo, invece, il limite non si applica quasi mai, perché di norma la programmazione ha più di 24 ore.
Cosa vedono il cliente e lo studio durante il cambio
Nel dettaglio dell'abbonamento, clicchi su Cambia variante.
Si apre una finestra di dialogo con l'elenco delle varianti dello stesso gruppo. La variante attuale è contrassegnata come "attuale".
Il cliente o lo studio sceglie la variante di destinazione. La finestra carica l'anteprima del calcolo descritta sopra.
Una volta confermato (il pulsante Cambia variante nella finestra), Zenamu mostra "Variante cambiata." (per gli scenari immediati) oppure "Il cambio di abbonamento è stato programmato per il prossimo periodo di fatturazione." (per un downgrade programmato).
Dopo il cambio
Il cliente continua a usare l'abbonamento senza interruzioni — non c'è alcuna interruzione nel suo accesso alle prenotazioni.
I limiti di prenotazione appartengono al gruppo, non alla variante. Se il gruppo è impostato su max 4 prenotazioni a settimana, ciò vale indipendentemente dalla variante.
Zenamu registra il cambio internamente come evento Variante cambiata (l'etichetta che vedrà nell'attività del cliente e in Stripe). Con un downgrade programmato, nel tempo si accumulano due di questi record (entrambi etichettati Variante cambiata): uno quando programma il cambio e uno al prossimo rinnovo, quando il downgrade ha effettivamente effetto.
Lo stato dell'abbonamento si aggiorna automaticamente nell'app sia per il cliente sia nell'area admin — non c'è bisogno di aggiornare la pagina.
Casi particolari
Cosa succede se il gruppo ha una sola variante?
Il pulsante Cambia variante non compare — né per il cliente né per Lei. Non c'è nulla tra cui scegliere. Se vuole permettere al cliente di cambiare, aggiunga almeno un'altra variante al gruppo.
Lo studio passa un cliente a una variante archiviata o nascosta
Nell'area admin, l'elenco delle varianti mostra anche quelle contrassegnate come Visibile solo agli amministratori o Archiviate. Può passarvi un cliente — per esempio, quando vuole spostarlo su una variante più vecchia che mantiene il proprio prezzo. Il cliente non può vedere da solo una variante simile; può farlo solo Lei.
Cosa succede se aggiunge una nuova variante al gruppo?
I clienti esistenti vedranno la nuova variante nell'elenco quando cliccano su Cambia variante. Possono cambiare in qualsiasi momento — non hanno bisogno di nient'altro da parte Sua.
Cosa succede se nasconde o archivia una vecchia variante?
I clienti esistenti vi restano finché non cambiano da soli (o finché non li sposta Lei). Dal loro punto di vista non cambia nulla — continuano a pagare il prezzo originale. Nascondere o archiviare riguarda solo i nuovi acquisti: i nuovi potenziali clienti non vedranno la variante.
Attenzione — cosa succede se un cliente ha un downgrade programmato e Lei archivia la variante nel frattempo: L'archiviazione non ha effetto su un cambio programmato già in corso. Dal momento in cui è stato programmato, Stripe ha memorizzato il nuovo prezzo (inferiore) e addebiterà al cliente esattamente quell'importo al prossimo rinnovo. Dopo un rinnovo andato a buon fine, Zenamu sposta il cliente sulla variante archiviata anche a livello locale (vedrà la variante "archiviata" nel dettaglio del suo abbonamento) e registra lo spostamento internamente.
Se vuole impedire che il downgrade abbia effetto, deve annullare esplicitamente il cambio programmato per ciascun cliente di questo tipo prima del prossimo rinnovo (il pulsante Annulla il cambio programmato nel dettaglio dell'abbonamento). Archiviare una variante non è un "interruttore di spegnimento" — il suo unico scopo è impedire ai nuovi clienti di acquistare la variante; non ha alcun effetto retroattivo sui cambi programmati già in corso.
Cosa succede se il cliente ha un credito?
Il cambio di variante non crea crediti — un downgrade programmato (Scenario B) gestisce le cose diversamente (nessun credito, solo il nuovo prezzo dal prossimo rinnovo). Un cliente può avere un credito solo da:
Un cambio di intervallo (Scenario C) — un piccolo credito per la parte non utilizzata del periodo originale.
Operazioni manuali in Stripe (per esempio, lo studio ha rimborsato un pagamento come credito anziché sulla carta).
Se esiste un credito, viene applicato automaticamente a una delle prossime transazioni. Per i dettagli, veda l'articolo 12 — Rimborsi e pagamenti contestati.
Cosa succede se un cliente cambia poco prima della fine del periodo di fatturazione?
Con un upgrade, la differenza proporzionale per i giorni rimanenti è piccola (diciamo 2 € per gli ultimi 2 giorni), quindi l'addebito immediato è basso. Il cliente vede questo importo nella finestra prima di confermare.
Con un downgrade programmato, non fa differenza — si applica comunque al prossimo rinnovo.
Per lo studio — quando intervenire
Cambiare la variante è, nella stragrande maggioranza dei casi, un'azione del cliente. Dall'area admin, vale la pena prenderlo in considerazione in queste situazioni:
Un cliente Le chiede di passarlo a una variante specifica (per esempio, una riduzione di prezzo concordata).
Sta archiviando una vecchia variante e vuole spostare i clienti su una nuova in blocco (anche se, pure in questo caso, è meglio parlarne prima con il cliente e lasciare che cambi da solo).
Un cliente non può o non vuole usare il proprio profilo (una lunga assenza, per esempio) e Lei gestisce manualmente il suo account.
Consiglio: Prima di cambiare la variante di un cliente dall'area admin, gli dica sempre in anticipo cosa succederà — se addebiteremo subito la differenza proporzionale (un upgrade), programmeremo il cambio per il prossimo rinnovo (un downgrade) o faremo ripartire il ciclo con un pagamento pieno (un cambio di intervallo). Il cliente dovrebbe conoscere l'addebito in anticipo, anche se Stripe gli invia automaticamente un'e-mail di conferma.
Domande frequenti
Un cliente continua a cambiare ogni giorno — perché non funziona? Il limite di 24 ore impedisce questo tipo di sperimentazione. Dopo l'ultimo cambio effettuato dal cliente o dallo studio, devono trascorrere 24 ore prima che sia possibile un altro cambio. Anche programmare un cambio conta ai fini di questo limite (Scenario B). Se un cliente prova prima, Zenamu mostra "La variante può essere cambiata al massimo una volta ogni 24 ore. Riprovi più tardi." Nota: anche se annulla il cambio programmato nel frattempo (cosa che non ha limiti di tempo), un nuovo cambio aspetta comunque 24 ore dalla programmazione originale. L'applicazione automatica al rinnovo, invece, non interferisce quasi mai, perché di norma la programmazione ha più di 24 ore.
Posso creare un "pacchetto" per un cliente con 3 varianti diverse contemporaneamente? No — un cliente può avere una sola variante attiva in un gruppo. Se vuole più diritti simultanei, crei più gruppi (il cliente può poi avere una variante per ciascun gruppo).
Un cliente ha cambiato variante per errore — voleva solo confrontare i prezzi. Come lo annullo?
Se è stato un upgrade: tornare alla variante originale (più economica) rientra nello Scenario B — downgrade programmato. Il cliente deve aspettare 24 ore e avviare il ritorno; il cambio si applica poi solo alla data del prossimo rinnovo (fino ad allora paga il prezzo più alto). Non c'è alcun rimborso immediato.
Se è stato un cambio di intervallo: tornare indietro rientra di nuovo nello Scenario C — cambio di intervallo (il ciclo riparte, Stripe calcola il conguaglio proporzionale). Il cliente può farlo dopo il limite di 24 ore.
Se è stato un downgrade programmato: il cliente può cliccare immediatamente su Annulla il cambio programmato nel dettaglio dell'abbonamento e tornare allo stato originale. Nessuna attesa, nessun pagamento.
Un cliente mi dice che Stripe gli ha addebitato l'intero importo dopo un cambio di variante — è giusto? No, a meno che non si trattasse di un cambio di intervallo. Con un upgrade (stesso intervallo, prezzo più alto), dovrebbe essere addebitata solo la differenza proporzionale per i giorni rimanenti, non il nuovo prezzo pieno. Se il cliente segnala altro, controlli la fattura specifica nello Stripe Dashboard dal suo profilo — vedrà il dettaglio esatto delle voci (credito per i giorni non utilizzati + il nuovo importo proporzionale). Stripe addebita il nuovo prezzo pieno solo per un cambio di intervallo.
Quando esattamente ha effetto un downgrade programmato? Alla data del prossimo rinnovo secondo il ciclo attuale. Se il ciclo di un cliente è il 15 del mese e ha programmato un downgrade il 5 maggio, il cambio si applica il 15 maggio (il rinnovo successivo). Può vedere la data nell'avviso nel dettaglio dell'abbonamento.
Posso programmare un downgrade per una data futura a mia scelta? No — un downgrade programmato ha sempre effetto alla data del prossimo rinnovo regolare. Non può impostare una data a Suo piacimento.
Articoli correlati
Gestire gli abbonati esistenti — tutte le altre azioni che può compiere su un abbonamento
Cambiare il prezzo per gli abbonati esistenti — quando vuole cambiare il prezzo di un'intera variante, anziché spostare un singolo cliente
Codici sconto e abbonamenti ricorrenti — gli sconti non vengono riapplicati quando si cambia variante
Quando un pagamento fallisce — cosa succede se un pagamento fallisce a un rinnovo programmato