Traiter les demandes d’annulation dans Help Scout
Un processus juste pour les emails d’annulation dans Help Scout : réponses enregistrées, tags, workflows, notes, et quand proposer une pause ou une remise.
Par Florian
Beaucoup d’entreprises à abonnement reçoivent encore une bonne part des annulations par email : « merci d’annuler mon compte », « arrêtez de me prélever », « comment je me désabonne ? ». Si votre support tourne sur Help Scout, ces emails arrivent dans la même boîte que les rapports de bug et les questions pratiques, et ils sont traités comme bon semble à l’agent de service.
Ce guide propose une façon cohérente et juste de les traiter : annuler rapidement, poser une seule question facultative, ne proposer quelque chose que si cela correspond à la raison, et confirmer par écrit. Il montre comment appuyer ce processus avec les outils de Help Scout, d’après sa documentation : réponses enregistrées, variables, tags, workflows, workflows automatiques, notes de satisfaction par email et le rapport Happiness (tous consultés en novembre 2026). Help Scout ne gère pas votre facturation : l’annulation elle-même se fait dans votre système de facturation ou dans votre appli.
La règle de base : jamais plus difficile que l’inscription
Quoi que vous fassiez dans la boîte de réception, annuler par email ne doit pas être plus difficile que de s’inscrire. Concrètement :
- Une demande d’annulation est exécutée. Si le client demande clairement à annuler, vous annulez. Vous n’attendez pas qu’il réponde à un questionnaire, vous appelle ou réponde à une offre.
- Les offres sont facultatives et ne viennent qu’une fois. Vous pouvez mentionner une alternative dans la réponse qui confirme l’annulation, ou dans une réponse qui pose une question vraiment nécessaire. Vous ne répondez pas par une offre en laissant l’annulation en attente.
- Le client reçoit une confirmation écrite avec la date à laquelle l’annulation prend effet.
Les règles varient selon les pays et évoluent ; notre guide sur les règles de résiliation en un clic fait le point. Le processus ci-dessous est conçu pour les respecter, mais ce n’est pas un conseil juridique.
Étape 1 : repérer les emails d’annulation avec un workflow
Les workflows de Help Scout sont de deux types : les workflows automatiques, qui tournent en arrière-plan sur les conversations qui remplissent leurs conditions, et les workflows manuels, qu’un agent lance à la demande et qui n’ont pas d’étape de conditions. D’après l’article de Help Scout sur les workflows automatiques :
- Les conditions acceptent la logique AND et OR, jusqu’à 30 conditions par workflow, et les valeurs des conditions ne tiennent pas compte de la casse.
- Un workflow automatique ne s’exécute qu’une seule fois sur une conversation donnée.
- « Apply to Previous » peut appliquer les actions rétroactivement aux conversations existantes qui correspondent.
Une configuration simple :
- Créez un workflow automatique avec des conditions OR sur l’objet ou le corps contenant des expressions comme « cancel my », « cancel subscription », « close my account », « unsubscribe » et « stop charging ».
- Ajoutez l’action Add Tag(s) avec
cancellation-request. Les tags peuvent être ajoutés depuis les workflows automatiques comme manuels (article sur les tags). - Assignez la conversation à la personne ou à l’équipe qui peut annuler les comptes.
- Créez un workflow manuel « Cancellation handled » que les agents lancent après avoir annulé : il ajoute un tag avec le résultat (voir l’étape 4) et ferme la conversation.
Les règles par mots-clés attraperont quelques emails qui ne sont pas des annulations (« puis-je annuler l’invitation que j’ai envoyée ? »). Les agents doivent retirer le tag quand il est faux ; cela garde vos chiffres honnêtes.
Étape 2 : écrire des réponses enregistrées pour chaque cas
Les réponses enregistrées de Help Scout se gèrent par boîte de réception, dans Settings > Inboxes > votre boîte > Saved Replies, et peuvent contenir des variables pour le nom du client, le nom de l’agent et d’autres champs. Trois réponses couvrent la plupart des demandes.
Annulé, sans offre. Pour les clients qui ont clairement fini : le produit ne convient pas, l’entreprise a fermé, ils ont trouvé un autre outil.
Bonjour [prénom], votre abonnement est annulé. Vous ne serez plus prélevé. Vous gardez l’accès jusqu’au [date], fin de la période déjà payée. Si vous avez un instant, quelle était la raison principale de votre annulation ? Répondre est entièrement facultatif.
Annulé, avec une alternative pertinente. Pour les raisons où une alternative peut vraiment aider, comme une pause temporaire ou le budget. L’annulation est quand même faite ; l’alternative est un moyen simple de revenir.
Bonjour [prénom], votre abonnement est annulé et vous ne serez plus prélevé. Comme vous avez mentionné [raison], une option si cela peut aider : nous pouvons plutôt [mettre votre compte en pause jusqu’à N mois / vous passer à l’offre inférieure], pour que vos données restent telles quelles. Répondez simplement « pause » et nous ferons le changement. Sinon, vous n’avez rien d’autre à faire.
Besoin d’un détail. Seulement quand vous ne pouvez vraiment pas identifier le compte (plusieurs comptes sur un même email, un email différent de celui enregistré). Demandez le minimum, et annulez dès que vous l’avez.
Gardez les crochets comme des emplacements que vos agents remplissent ; ne promettez rien que votre système de facturation ne sait pas faire.
Étape 3 : quand une pause ou une remise vaut la peine d’être proposée
Les offres fonctionnent quand elles répondent à la raison donnée par le client, et se retournent contre vous quand elles ressemblent à un péage. Un repère approximatif :
| Raison donnée | Alternative raisonnable | Souvent mieux de simplement annuler |
|---|---|---|
| « Je fais une pause », usage saisonnier | Pause | |
| « Trop cher en ce moment » | Offre inférieure ou remise limitée dans le temps | S’ils ont déjà dit qu’ils changent d’outil |
| « Il manque la fonctionnalité X » | Dites-leur honnêtement si X est prévue, sans dates que vous ne pouvez pas tenir | Oui, dans la plupart des cas |
| « Nous fermons l’entreprise » | Oui | |
| « Mauvaise expérience avec le support » | Des excuses et une correction, pas une remise | Souvent |
Ne proposez pas la même remise à tous ceux qui écrivent « annuler » : les clients apprennent que demander l’annulation est le moyen d’obtenir une remise. Notre guide pause, remise ou passage à l’offre inférieure entre dans le détail.
Étape 4 : taguer le résultat, pas seulement la demande
Ajoutez un second tag à la fermeture de la conversation, pour mesurer ce qui s’est passé :
cancel-donecancel-paused(le client a choisi une pause)cancel-downgradedcancel-withdrawn(le client a changé d’avis de lui-même)
Les vues et les filtres de workflow de Help Scout acceptent des conditions comme « is tagged with any », « is tagged with all » et « is not tagged with » (article sur les tags). Une vue des conversations taguées cancellation-request mais sans tag de résultat montre les demandes restées en suspens : c’est le seul chiffre que vous voulez à zéro.
Étape 5 : lire les notes de satisfaction avec prudence
Les notes de satisfaction par email de Help Scout s’activent par boîte de réception et ajoutent des liens de notation aux réponses envoyées. Les clients choisissent Great, Okay ou Not Good, peuvent ajouter un commentaire facultatif, et ont 10 jours après une réponse pour la noter ou changer leur note. Le rapport Happiness montre la part de chaque note et un Happiness Score (pourcentage de Great moins pourcentage de Not Good). Les notes sont rattachées à la date de la réponse, pas à celle de la notation.
Sur les conversations d’annulation, une note mesure la façon dont l’annulation a été traitée, pas si le client aime votre produit. Un « Great » sur une annulation rapide et propre est un bon résultat. Un « Not Good » avec « j’ai dû écrire trois fois » signale un processus cassé. Help Scout suggère d’utiliser les workflows pour signaler les mauvaises notes avec commentaire afin d’y donner suite ; sur les annulations, cette suite consiste à corriger ce qui n’a pas marché, pas à reconquérir le client.
Le faire avec NoChurn
Le connecteur Help Scout de NoChurn est en lecture seule : il lit les conversations et ne répond, ne tague ni ne ferme jamais rien 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. Elles alimentent le churn score et les facteurs de churn, et servent de preuves datées et mot pour mot si un client qui a annulé ouvre plus tard un chargeback sur Stripe ou Braintree. Si vous voulez que moins d’annulations arrivent par email, le parcours d’annulation de NoChurn donne aux clients un chemin en libre-service avec une raison, une offre facultative (remise, pause ou changement d’offre) et un bouton d’annulation en un clic toujours visible, hébergé ou via l’API. Voir NoChurn + Help Scout.