Come gestire le richieste di rimborso in Zendesk prima che diventino chargeback

Un chargeback è spesso una richiesta di rimborso a cui nessuno ha risposto in tempo. Il cliente scrive al supporto, aspetta, riceve una risposta vaga o nessuna, poi chiama la sua banca. Da quel momento, un semplice rimborso diventa una contestazione con una commissione, una scadenza, un segno sul tuo tasso di contestazioni e un esito che non controlli più.

Questa guida mostra come impostare Zendesk perché le richieste di rimborso vengano individuate, gestite in fretta e decise in modo coerente, e come conservare il registro che ti servirà se arriva comunque una contestazione. Si basa sulla documentazione di Zendesk sulla condizione Comment text, sulle macro, sull’intelligent triage e sulla stampa dei ticket, e sulle pagine di Stripe How disputes work, buone pratiche di prevenzione delle frodi e buone pratiche sulle prove (tutte consultate a novembre 2026). Per il lato dei pagamenti l’esempio è Stripe; se usi un altro processor, verifica le sue regole.

Perché la velocità conta più della decisione

Due fatti dalla documentazione di Stripe spiegano perché le richieste di rimborso meritano la priorità:

• Quando una contestazione è aperta, la porta del rimborso si chiude. La pagina How disputes work di Stripe dice che non puoi emettere un rimborso fuori dal processo di contestazione mentre una contestazione è aperta. L’unico modo per ribaltarla è inviare prove.
• Un rimborso completo previene una contestazione; uno parziale no. Secondo la stessa pagina, i clienti non possono contestare pagamenti rimborsati per intero, ma possono contestare quelli rimborsati in parte.

Quindi la domanda non è solo «dobbiamo rimborsare?» ma «riusciamo a decidere prima che il cliente vada dalla sua banca?»

Individuare le richieste di rimborso in Zendesk

Trigger su parole chiave

Un trigger per i ticket che usa la condizione Comment text intercetta la maggior parte delle richieste. La condizione guarda l’oggetto alla creazione e l’ultimo commento agli aggiornamenti. Sotto «Meet ANY of the following conditions», aggiungi una condizione per frase:

• «rimborso», «indietro i soldi», «addebitato due volte», «doppio addebito»
• «non ho autorizzato», «non l’ho autorizzato», «non autorizzato», «non riconosco questo addebito»
• «contestazione», «chargeback», «la mia banca»

Azioni: aggiungi il tag refund-request, imposta la priorità su High, assegna al gruppo fatturazione.

Dai al secondo gruppo di frasi un tag a parte (charge-not-recognized). Un cliente che non riconosce un addebito è quello più propenso ad andare dritto dalla sua banca, e quello più probabile come caso di frode invece che di rimborso.

Intelligent triage

Se hai l’intelligent triage, l’intent e il sentiment previsti possono instradare i ticket di rimborso senza elenchi di parole chiave. La guida ai casi d’uso di Zendesk suggerisce, per esempio, di alzare la priorità dei ticket molto negativi o di mandarli a un gruppo senior. Usare queste previsioni nei trigger richiede l’add-on Copilot; le classificazioni in sé sono disponibili sui piani Suite e Support Professional e superiori.

Un modulo o un campo per la fatturazione

Un modulo di ticket «Fatturazione» con un campo «Tipo di richiesta» (Rimborso, Addebito non riconosciuto, Domanda su una fattura, Disdetta) dà dati più puliti di qualsiasi parola chiave. Funziona solo per i ticket creati dal tuo help center o widget, quindi tieni il trigger per l’email.

Rispondere in fretta

Fissa per i ticket refund-request e charge-not-recognized un obiettivo di tempo di prima risposta più breve di quello normale, e tieni una vista di quei ticket ordinati per anzianità così nulla resta in attesa senza che nessuno lo veda. La risposta non deve contenere la decisione. Deve dire al cliente che una persona se ne sta occupando e quando avrà notizie.

Una macro per la prima risposta:

Ciao {{ticket.requester.first_name}}, grazie per averci scritto riguardo a questo addebito. Lo sto verificando ora e ti risponderò entro [ora] con una risposta. Non serve che contatti la tua banca; risolveremo la cosa direttamente.

Scrivi l’ultima frase solo se la pensi davvero e darai seguito.

Decidere in modo coerente

Metti per iscritto una politica di rimborso che i tuoi agenti possano applicare senza far salire ogni ticket di livello. Una semplice tabella decisionale:

Situazione	Decisione tipica
Addebitato dopo una disdetta che il cliente aveva davvero chiesto	Rimborso completo, conferma della disdetta
Rinnovo annuale addebitato, il cliente non ha usato il servizio dopo il rinnovo	Rimborso completo o proporzionale, secondo la tua politica pubblicata
Addebito duplicato	Rimborsa il duplicato
Il cliente non riconosce l’addebito, nessun account corrispondente	Passa a livello superiore come possibile frode
Il cliente ha usato il servizio e rivuole i soldi	Secondo la tua politica; spiegala con chiarezza se rifiuti

Due punti di Stripe da tenere a mente:

• I rimborsi parziali si possono comunque contestare. Se offri un rimborso parziale, spiegalo, e sappi che il cliente può comunque contestare il resto.
• Early fraud warning. Se Stripe segnala un pagamento con un early fraud warning, le sue indicazioni sulla prevenzione delle frodi dicono che puoi rimborsare in modo proattivo per evitare che il titolare contesti, ma che rimborsare automaticamente ogni warning non è una buona strategia. Un rimborso, inoltre, non rimuove una segnalazione di frode dai conteggi dei circuiti.

Scrivere la decisione

Quando rimborsi:

Ho rimborsato [importo] sulla tua carta che termina con [ultime 4 cifre]. Possono servire alcuni giorni lavorativi perché compaia, a seconda della tua banca. Il tuo abbonamento è [disdetto / ancora attivo fino al giorno]. Fammi sapere se qualcos’altro non ti torna.

Quando rifiuti:

Ho controllato il tuo account. Il tuo abbonamento si è rinnovato il [data] secondo le condizioni accettate all’iscrizione, che puoi leggere qui: [politica]. Da allora, l’account è stato usato nei giorni [date]. Non posso rimborsare questo addebito, ma ho disdetto il rinnovo così non ti verrà addebitato di nuovo. Se hai domande, rispondi qui e ti aiuto.

Un rifiuto scritto così è anche una buona prova: è fattuale, datato ed educato, e mostra che al cliente è stata offerta una soluzione.

Conservare il registro

Se arriva comunque una contestazione, il ticket fa parte della tua risposta. Le buone pratiche sulle prove di Stripe ti chiedono di indicare se il cliente ha provato a risolvere il problema con te prima di contestare, e di includere le comunicazioni pertinenti come estratti in un unico file.

Da Zendesk:

• Un ticket: usa Print ticket dal menu delle opzioni del ticket e salva in PDF dal browser. Puoi scegliere se includere le note interne; per le prove, lasciale fuori. Non esiste una stampa in blocco.
• Molti ticket o automazione: Zendesk rimanda alle API Ticket Comments e Ticket Audits, che restituiscono ogni commento con il suo autore e timestamp.

Conserva le parole del cliente alla lettera, con le date. Non modificarle.

Misurare

Segui tre numeri ogni mese: richieste di rimborso ricevute, tempo mediano di prima risposta su di esse, e contestazioni da clienti che avevano un ticket di rimborso aperto o recente. Se quest’ultimo numero non è zero, guarda quei ticket uno per uno. Di solito mostrano una risposta arrivata troppo tardi o una decisione mai spiegata.

Farlo con NoChurn

Il connettore Zendesk di NoChurn è in sola lettura, quindi rimborsi, risposte e trigger restano al tuo team in Zendesk e Stripe. NoChurn legge i ticket e li abbina ai clienti tramite email (le corrispondenze dubbie vengono suggerite, mai unite in automatico), e li usa nel churn score. Quando si apre una contestazione su Stripe o Braintree, raccoglie le prove in automatico, compresi estratti datati e alla lettera dai ticket Zendesk, risposte del flusso di disdetta, email inviate e utilizzo, e scrive con l’IA una bozza di risposta che viene inviata solo dopo che qualcuno del tuo team l’ha controllata. Vedi NoChurn + Zendesk.