Usare gli sconti Polar come offerte di retention

Un cliente che sta per disdire per via del prezzo è uno dei pochi casi in cui uno sconto è davvero la risposta giusta. Nella documentazione che abbiamo esaminato, Polar non offre una schermata di offerte di retention propria, ma ha gli elementi per costruirne una: sconti con una durata, un’API per associare uno sconto a un abbonamento attivo e i motivi di disdetta sull’abbonamento.

Questa guida mostra come si combinano questi elementi, quando uno sconto è l’offerta giusta e gli errori che trasformano gli sconti di retention in un taglio di prezzo permanente. Si attiene alla documentazione di Polar: discounts, il riferimento API create discount, manage subscriptions, il riferimento API update subscription e la pagina webhook events (tutti consultati a novembre 2026).

Cosa può essere uno sconto Polar

Gli sconti di Polar hanno due tipi e tre durate.

Tipi

Percentuale: nell’API è espressa in basis point. 1.000 basis point corrispondono a uno sconto del 10%.
Fisso: un importo fisso in meno.

Durate (per gli abbonamenti)

Durata	Cosa fa
`once`	Si applica una volta
`repeating`	Si applica per un numero fisso di mesi; `duration_in_months` è obbligatorio
`forever`	Si applica a tempo indeterminato

Gli acquisti una tantum applicano sempre uno sconto una volta sola, qualunque sia la durata.

Restrizioni

Dalla dashboard o dall’API, uno sconto può avere:

Un codice, se i clienti devono inserirlo da soli.
Date di inizio e fine.
Un numero massimo di utilizzi.
I prodotti a cui si applica. Lasciare il campo vuoto applica lo sconto a tutti i prodotti, compresi quelli che crei in seguito.

Polar precisa che, una volta che uno sconto è stato utilizzato, tipo, durata e importo non possono più essere modificati. Impostali bene prima di usare uno sconto in un’offerta reale.

Applicare uno sconto a un abbonamento attivo

È il passaggio chiave per la retention. La guida manage subscriptions di Polar mostra una PATCH su /v1/subscriptions/:id con un discount_id nel body.

Lo sconto viene associato all’abbonamento attivo.
La modifica si applica dal prossimo ciclo di fatturazione. Polar non rifattura il periodo in corso.
Passare null come discount_id rimuove lo sconto attuale.

Poiché la modifica ha effetto dal ciclo successivo, dillo nell’offerta: «Il tuo prossimo rinnovo costerà il 30% in meno» è corretto. «Ti abbiamo rimborsato il 30%» no.

Sapere perché il cliente se ne va

Uno sconto aiuta solo quando il motivo è il prezzo. Polar salva il motivo sull’abbonamento:

customer_cancellation_reason, con valori come too_expensive, missing_features e other.
customer_cancellation_comment, il testo libero del cliente.

Quando un cliente disdice dal Customer Portal o cancelli tu dalla dashboard o dall’API, la pagina webhook events di Polar dice che invia subito subscription.updated e subscription.canceled. L’abbonamento mantiene lo stato active con cancel_at_period_end impostato a true, e passa a canceled solo alla fine del periodo. Fino ad allora il cliente può annullare la disdetta, il che invia subscription.uncanceled.

Questo ti dà due momenti per fare un’offerta:

Prima della disdetta, nella tua app, quando il cliente clicca su «Disdici» e gli chiedi perché.
Dopo una disdetta programmata, mentre l’abbonamento è ancora attivo, con un’email che offre lo sconto e un link per annullare la disdetta.

Costruire il passo dell’offerta

Un semplice passo di retention, nella tua app, prima che il cliente arrivi all’azione di disdetta di Polar:

Chiedi il motivo con una breve lista che corrisponda ai valori di Polar (troppo caro, mancano funzioni, altro) più un campo di testo libero.
Se il motivo è il prezzo, mostra una sola offerta: per esempio, il 30% di sconto sui prossimi tre mesi. Crea questo sconto in anticipo come sconto percentuale repeating con duration_in_months impostato a 3, limitato ai prodotti interessati.
Se il cliente accetta, chiama l’endpoint update subscription con il discount_id. Conferma il nuovo importo e da quando decorre.
Se il cliente rifiuta, disdici. Il pulsante di disdetta deve essere visibile a ogni passo, e un rifiuto deve portare direttamente alla disdetta. Vedi regole click to cancel.
Registra l’esito: motivo, offerta mostrata, accettata o rifiutata. Salvalo accanto al customer_cancellation_reason di Polar.

Per gli altri motivi, uno sconto di solito è lo strumento sbagliato. «Mancano funzioni» richiede una nota sulla roadmap o un follow-up quando la funzione esce. «Non lo uso» richiede aiuto o un piano più piccolo. La nostra guida su pausa o sconto come offerta di retention abbina motivi e offerte.

Errori da evitare

Sconti forever

Uno sconto di retention forever è un taglio di prezzo permanente per chiunque clicchi su Disdici. La voce gira. Preferisci once o un breve sconto repeating.

Codici condivisi

Uno sconto di retention con un codice pubblico finisce sui siti di coupon. Applica gli sconti di retention per ID tramite l’API invece di distribuire codici, e imposta un numero massimo di utilizzi e una data di fine come rete di sicurezza.

Sovrapposizione con sconti esistenti

La chiamata di aggiornamento imposta il discount_id dell’abbonamento, quindi associare uno sconto di retention può sostituire uno sconto che il cliente ha già. Verifica se c’è uno sconto esistente prima di fare un’offerta, o potresti alzargli il prezzo per errore.

Offrire due volte la stessa cosa

Se un cliente ha rifiutato uno sconto durante la disdetta, non inviare lo stesso sconto nella prima email di win-back. Cambia l’offerta o cambia il messaggio.

Tempi poco chiari

Poiché lo sconto inizia dal prossimo ciclo di fatturazione, un cliente che si aspetta un risparmio immediato potrebbe sentirsi ingannato. Mostra l’importo e la data esatti del prossimo rinnovo.

Un esempio concreto

Supponi che un cliente su un piano mensile clicchi su Disdici e scelga «troppo caro».

La tua app mostra: «Resta pagando il 30% in meno sui prossimi 3 rinnovi. Oppure disdici ora.» Entrambi i pulsanti sono ugualmente visibili.
Il cliente accetta. Il tuo backend chiama l’endpoint update subscription con l’ID dello sconto repeating che hai preparato.
Confermi via email: il periodo in corso non cambia, e i prossimi tre rinnovi costano il 30% in meno, a partire dalla prossima data di fatturazione.
Salvi il motivo, l’offerta e l’accettazione.
Prima che lo sconto finisca, decidi se dire qualcosa. Una breve nota che il prezzo normale riprende da una certa data evita una sorpresa e una possibile richiesta di rimborso.

Se il cliente avesse rifiutato, la tua app avrebbe disdetto subito l’abbonamento, e Polar lo avrebbe tenuto attivo fino alla fine del periodo con cancel_at_period_end impostato.

Misurare se funziona

Per ogni offerta, monitora:

Quante volte è stata mostrata e quante volte è stata accettata.
Di chi l’ha accettata, quanti erano ancora abbonati dopo tre e sei mesi.
Ricavi trattenuti rispetto allo sconto concesso.

Un’offerta che molti accettano ma che rimanda la disdetta di un solo ciclo è un costo, non un salvataggio. Per il quadro generale, vedi best practice per i flussi di disdetta e sondaggi sui motivi di disdetta.

Farlo con NoChurn

Il flusso di disdetta di NoChurn chiede il motivo e mostra un’offerta adatta (uno sconto, oppure una pausa o un cambio di piano dove la tua fatturazione lo supporta), con la disdetta in un clic visibile a ogni passo. Funziona ospitato, o headless tramite l’API così che il passo si inserisca nella tua app. Su Polar, abbonamento e fatturazione restano a Polar come merchant of record. Le risposte alimentano le email di win-back a 30, 60 e 90 giorni e il churn score. Vedi NoChurn + Polar.