Traiter les demandes de remboursement dans Help Scout
Un processus de remboursement Help Scout qui évite les chargebacks : appli Stripe, réponses enregistrées, tags, workflows, et quand rembourser est plus sûr.
Une demande de remboursement est souvent la dernière étape avant un chargeback. Un client qui demande à être remboursé et reçoit une réponse lente ou floue peut se tourner vers sa banque, et vous perdez alors le paiement, payez des frais de litige et passez du temps sur les preuves. Un client qui reçoit une réponse rapide et claire ne le fait généralement pas.
Ce guide propose un processus de remboursement pour les équipes qui font leur support dans Help Scout : reconnaître les demandes de remboursement, décider vite, rembourser sans quitter la conversation si vous facturez avec Stripe, et garder une trace utile si un litige arrive quand même. Les détails sur Help Scout viennent de sa documentation : l’appli Stripe, les réponses enregistrées, les tags, les workflows et les champs personnalisés. Les règles de remboursement et de litige viennent des pages de Stripe sur les remboursements, le fonctionnement des litiges et les catégories de litiges (toutes consultées en novembre 2026).
Remboursement ou litige : pourquoi le moment compte
La documentation de Stripe montre bien l’enjeu :
- Une fois un litige formel ouvert, vous ne pouvez plus rembourser le paiement en dehors de la procédure de litige (fonctionnement des litiges). Vous acceptez le litige ou vous le contestez.
- Au stade de la demande de renseignements (inquiry), avant un chargeback formel, un remboursement total peut clore le dossier sans frais de litige ; Stripe précise que les demandes sur des paiements partiellement remboursés peuvent encore s’aggraver.
- Si le client conteste alors qu’un remboursement est en cours, Stripe recommande d’accepter ou de contester le litige plutôt que de rembourser à nouveau, pour éviter de payer deux fois.
La leçon pratique : le remboursement le moins cher est celui que vous faites avant que le client appelle sa banque. Une demande de remboursement restée sans réponse pendant trois jours est un risque de chargeback.
Étape 1 : reconnaître vite les demandes de remboursement
Créez un workflow automatique dans Help Scout (workflows automatiques) avec des conditions sur l’objet ou le corps contenant des mots comme « refund », « money back », « charged twice », « didn’t authorise », « unauthorized charge » et « chargeback ». Actions :
- Ajouter le tag
refund-request(tags). - Assigner à la personne qui peut approuver les remboursements.
Surveillez deux phrases en particulier : « je n’ai pas autorisé ce paiement » et « je vais contacter ma banque ». La première peut signaler une fraude ou un proche qui a utilisé la carte ; la seconde veut dire qu’un litige est proche. Les deux méritent une réponse dans la journée.
Étape 2 : décider avec une politique simple
Les agents ne devraient pas avoir à demander à un responsable pour chaque remboursement. Écrivez une politique qui couvre la plupart des cas et qui correspond à vos conditions :
| Situation | Décision habituelle |
|---|---|
| Prélevé après une demande d’annulation que vous avez manquée | Rembourser en totalité, s’excuser |
| Renouvellement oublié par le client, sans usage depuis | Remboursement total ou partiel, selon votre politique |
| Double prélèvement | Rembourser le doublon |
| « Je n’ai pas autorisé ce paiement » | Vérifier le compte ; si cela ressemble à une fraude, rembourser et sécuriser le compte |
| Usage partiel, demande un remboursement total | Selon votre politique ; expliquer clairement dans les deux cas |
| Utilisateur actif de longue date qui demande après des mois d’usage | Généralement refuser, poliment, avec la raison |
Deux choses à garder en tête :
- Votre politique de remboursement n’aide que si le client l’a vue. Dans un litige, les champs de preuve de Stripe comprennent la politique de remboursement et la façon dont elle a été présentée au client avant l’achat (catégories de litiges).
- Un refus doit être une raison, pas un silence. Si vous refusez, dites pourquoi, renvoyez aux conditions, et proposez ce que vous pouvez (annuler les prochains renouvellements, un avoir). Un « non » clair avec une raison est une meilleure preuve que pas de réponse.
Étape 3 : rembourser depuis la conversation
Si vous facturez avec Stripe, l’appli Stripe de Help Scout montre les abonnements et factures du client dans la barre latérale et permet aux agents de faire des remboursements totaux ou partiels sans quitter la conversation. Selon Help Scout :
- Elle s’installe dans Settings > Apps > Stripe, et vous choisissez les boîtes de réception qui l’affichent.
- La personne qui l’installe doit avoir des droits administrateur ou plus dans Stripe.
- Tout utilisateur Help Scout qui a accès à ces boîtes de réception peut rembourser depuis la barre latérale, quels que soient ses propres droits dans Stripe.
Ce dernier point compte. N’affichez l’appli que dans les boîtes de réception traitées par des personnes autorisées à rembourser, ou placez les demandes de remboursement dans une boîte dédiée.
Si vous facturez ailleurs, les agents remboursent dans votre système de facturation et confirment dans la conversation.
Étape 4 : confirmer par écrit
Utilisez des réponses enregistrées pour que chaque remboursement reçoive une confirmation claire :
J’ai remboursé [montant] sur la carte utilisée pour le paiement. Selon votre banque, cela peut prendre quelques jours ouvrés pour apparaître. Votre abonnement est [annulé / toujours actif jusqu’au (date)]. Si quelque chose vous semble encore anormal sur votre relevé, répondez ici et je m’en occupe.
Et pour un refus :
J’ai regardé votre compte. Le paiement du [date] correspond à [offre], que vous utilisez depuis le [date] ; selon nos conditions ([lien]), il n’est donc pas remboursable. J’ai annulé les prochains renouvellements, vous ne serez plus prélevé. Si j’ai manqué quelque chose, répondez ici et je regarderai à nouveau.
Remplissez les crochets pour chaque cas. Ne dites jamais qu’un remboursement a été fait avant qu’il le soit vraiment.
Étape 5 : enregistrer le résultat
Ajoutez un champ personnalisé (offres Plus et Pro) ou des tags pour le résultat : refund-full, refund-partial, refund-declined. Avec le tag de demande de l’étape 1, vous pouvez voir :
- combien de demandes de remboursement vous recevez, et pour quelles raisons ;
- combien de temps il faut pour y répondre ;
- quelles demandes refusées se sont ensuite transformées en litiges.
C’est cette dernière liste qu’il faut étudier. Si les demandes refusées deviennent souvent des litiges que vous perdez, votre politique ou la façon de l’expliquer doit être revue.
Erreurs fréquentes
- Répondre à la demande de remboursement par une offre de rétention. Si le client a demandé à être remboursé, une remise sur le mois suivant ne répond pas à la question. Répondez-y d’abord ; mentionnez une alternative ensuite, si vous le faites.
- Le remboursement partiel comme compromis par défaut. Sur Stripe, les demandes de renseignements sur des paiements partiellement remboursés peuvent encore s’aggraver. Si vous remboursez pour éviter un litige, demandez-vous si un remboursement total n’est pas plus sûr.
- Rembourser sans annuler. Si le client veut partir, un remboursement sans annulation veut dire un nouveau prélèvement le mois suivant, et cette fois un litige.
- Des réponses différentes selon les agents. Une politique écrite et des réponses enregistrées gardent les décisions cohérentes, ce qui compte quand un examinateur lit votre réponse à côté de vos conditions.
- Laisser attendre « je vais contacter ma banque ». Ce message mérite la réponse la plus rapide de votre file.
Quand un litige arrive quand même
Certains clients contesteront quoi qu’il arrive. Dans ce cas, la conversation que vous venez d’avoir est votre preuve : la demande datée, votre réponse, le remboursement ou le refus motivé. Notre guide pour utiliser les conversations Help Scout comme preuves de chargeback explique comment les extraire et les présenter. Les alertes de fraude précoces de Stripe sont un autre signal à surveiller, car un remboursement proactif peut parfois éviter un litige pour fraude.
Le faire avec NoChurn
Le connecteur Help Scout de NoChurn est en lecture seule : il lit les conversations et ne rembourse, ne tague ni ne répond dans Help Scout. Les conversations sont rattachées à vos clients par email ; les correspondances douteuses vous sont suggérées pour confirmation et ne sont jamais fusionnées automatiquement. Si un litige s’ouvre sur Stripe ou Braintree, NoChurn réunit les preuves (réponses du parcours d’annulation, emails envoyés, usage, et la conversation de remboursement rattachée, citée mot pour mot avec ses dates), rédige une réponse avec l’IA et ne la soumet qu’après votre relecture. Les décisions de remboursement restent les vôtres, dans Stripe ou votre système de facturation. Voir NoChurn + Help Scout.