Traiter les demandes d’annulation dans Intercom
Une méthode pratique pour les demandes d’annulation reçues dans Intercom : les repérer, répondre par une macro, proposer une alternative une fois, et annuler.
Par Florian
Beaucoup d’entreprises à abonnement ont un bouton d’annulation dans l’appli, et reçoivent pourtant un flux régulier de messages « merci d’annuler mon compte » dans Intercom. Ces messages sont eux aussi un parcours d’annulation, simplement non structuré. Bien traités, ils retiennent quelques clients qui avaient seulement besoin d’une pause ou d’une offre moins chère, et se terminent proprement pour tous les autres. Mal traités, ils deviennent des demandes de remboursement, des avis furieux ou des chargebacks.
Ce guide montre comment repérer les demandes d’annulation dans Intercom, y répondre de façon cohérente et enregistrer ce qui s’est passé. Il s’en tient au centre d’aide d’Intercom : créer et gérer des macros, déclencher un Workflow, le Topics Explorer, l’appli Stripe et les modèles de Data connector (tous consultés en novembre 2026).
La règle qui passe avant tout
Un client qui demande à annuler dans une conversation de support a demandé à annuler. Vous pouvez proposer une alternative une fois, mais la demande doit être exécutée s’il confirme, et elle ne doit pas être plus lente ni plus difficile que l’inscription. Plusieurs juridictions ont désormais des règles explicites à ce sujet ; nous les résumons dans les règles de résiliation en un clic pour les SaaS. Tout ce qui suit part de cette règle : l’objectif est une réponse claire et rapide, pas un labyrinthe.
Ce qu’Intercom vous donne nativement
Les Workflows peuvent attraper la conversation tôt
Les Workflows d’Intercom partent de déclencheurs prédéfinis. Celui que la plupart des équipes utilisent pour les demandes entrantes est « Customer sends their first message », qui s’exécute une fois par nouvelle conversation. La documentation des déclencheurs d’Intercom cite aussi « Customer sends any message », qui se déclenche à chaque message du client, y compris les réponses dans une conversation ouverte. Intercom recommande le déclencheur du premier message quand vous voulez seulement agir au début d’une conversation.
Les Workflows peuvent se ramifier selon des conditions comme le contenu du message, les attributs ou le type de client. Il n’existe pas de déclencheur intégré « intention d’annuler » dans la liste : en pratique, vous routez sur des mots-clés (« cancel », « unsubscribe », « close my account », « stop billing ») ou sur un attribut que vous définissez vous-même. Attendez-vous à des faux positifs (« comment annuler une invitation ? ») et gardez un humain dans la boucle.
Le Topics Explorer montre l’ampleur du problème
Le Topics Explorer regroupe les conversations en sujets et sous-sujets avec l’IA, sans tags manuels. À sa première activation, il construit son modèle à partir des 90 derniers jours de conversations, et il lui faut au moins 15 conversations similaires pour former un sous-sujet. Intercom est clair sur ses limites : les sujets n’analysent pas le sentiment. Servez-vous-en pour voir si les conversations d’annulation et de facturation augmentent, pas pour prendre des décisions sur des clients individuels.
Les macros gardent la réponse cohérente
Une macro est une réponse enregistrée avec des actions facultatives. Les actions comprennent l’assignation à une équipe ou un collègue, l’ajout de tags, la mise en attente (snooze), la fermeture, le changement de priorité, le réglage d’un état de ticket et le lancement d’un data connector. Une limite compte ici : une même macro ne peut pas à la fois répondre au client et ajouter une note interne, il vous faut donc deux macros si vous voulez les deux. La recherche de macros ne porte que sur les titres : nommez-les clairement (par exemple « Cancel – confirm », « Cancel – pause offer »).
L’appli Stripe affiche l’abonnement à côté de la conversation
Si vous facturez avec Stripe, l’appli Stripe d’Intercom affiche les détails Stripe du client, ses abonnements actifs et ses trois paiements les plus récents à côté de la conversation, et synchronise des attributs comme stripe_subscription_status et stripe_subscription_period_start_at. Seules les données du mode live sont synchronisées. L’appli demande un compte Stripe payant et est disponible sur les offres Essential, Advanced et Expert d’Intercom.
Les modèles de Data connector Stripe prêts à l’emploi sont en lecture seule pour les abonnements : ils peuvent consulter mais pas mettre en pause ni annuler. Annuler depuis Intercom demande un data connector personnalisé qui appelle les endpoints d’écriture de Stripe, ou un collègue qui le fait dans Stripe ou dans votre propre back-office.
Un processus à mettre en place cette semaine
1. Taguer chaque demande d’annulation
Créez un tag comme cancel-request. Ajoutez-le avec une branche par mots-clés dans un Workflow, et laissez les collègues l’ajouter à la main quand le Workflow en rate une. Ce sont les tags qui rendent tout le reste mesurable.
2. Vérifier avant de répondre
Avant de répondre, vérifiez trois choses dans le panneau de l’appli Stripe ou votre back-office :
- le statut de l’abonnement et la date de fin de la période en cours ;
- si le dernier paiement a échoué (un message « annulez » juste après un refus est parfois un problème de paiement, pas une décision de partir) ;
- si le client a une offre annuelle, ce qui change ce que « annuler » veut dire pour lui.
3. Demander la raison, une fois
Une question courte suffit : « Avant que j’annule, pouvez-vous me dire ce qui ne va pas ? Cela nous aide à nous améliorer. » Ne faites pas de la réponse une condition de l’annulation. S’il vous faut une liste de raisons exploitables plus tard, voir les questions d’un questionnaire de churn.
4. Proposer une seule alternative adaptée à la raison
Adaptez l’offre à ce qu’il a dit :
| Raison donnée | Offre unique raisonnable |
|---|---|
| Trop cher | Une offre moins chère ou une remise limitée dans le temps |
| Je ne m’en sers pas en ce moment | Une pause d’une ou deux périodes de facturation |
| Il manque une fonctionnalité | Rien, ou une note honnête si elle est sur la feuille de route |
| Je passe à un autre outil | Rien ; annuler et demander un retour |
| Problème de paiement | Un lien de mise à jour de carte, pas une offre de rétention |
Nous comparons les options dans pause, remise ou passage à l’offre inférieure. Une offre, un message. Si le client dit non, annulez.
5. Confirmer par écrit
Quand vous annulez, répondez avec une macro de confirmation qui indique :
- ce qui a été annulé et la date d’effet ;
- si l’accès continue jusqu’à la fin de la période payée ;
- si un remboursement s’applique, et de combien ;
- qu’aucun autre prélèvement ne sera fait.
Ce message vous protège plus tard. Si le client conteste un prélèvement, une confirmation datée dans la conversation est exactement le type de trace que cherche une banque émettrice. Nous le détaillons dans utiliser les conversations Intercom comme preuves de chargeback.
6. Fermer avec les bons tags
Utilisez une seconde macro (interne) pour ajouter le résultat : cancel-done, cancel-paused, cancel-downgraded ou cancel-retained, plus la raison. Fermez la conversation. Vous pouvez désormais compter les résultats par raison chaque mois.
Exemples de macros
Cancel – première réponse
Bonjour, merci de nous avoir prévenus. Je peux annuler votre abonnement tout de suite. Avant cela, y a-t-il quelque chose de précis qui ne vous convient pas ? Si vous préférez simplement annuler, répondez « annuler » et je m’en occupe maintenant.
Cancel – offre de pause (seulement si la raison s’y prête)
C’est noté. Si c’est une période creuse, je peux plutôt mettre votre abonnement en pause jusqu’à deux mois, sans prélèvement pendant la pause. Si vous préférez quand même annuler, dites-le et je le fais tout de suite.
Cancel – confirmation
C’est fait : votre abonnement est annulé. Vous gardez l’accès jusqu’à la fin de votre période de facturation en cours, le [date], et vous ne serez plus prélevé. Si vous changez d’avis, vous pouvez reprendre à tout moment depuis votre compte.
Remplacez les parties entre crochets à la main ou avec les variables d’attributs d’Intercom.
Erreurs fréquentes
- Demander plus d’une fois. Des offres répétées dans un chat de support ressemblent à un piège, et c’est précisément ce que regardent les régulateurs.
- Annuler dans Stripe sans confirmer dans Intercom. Le client ne sait pas que cela a marché, et vous n’avez aucune trace dans la conversation.
- Traiter les échecs de paiement comme du churn. Un client dont la carte a été refusée peut écrire « annulez, c’est tout » par agacement. Envoyez d’abord un lien de mise à jour de carte ; voir comment récupérer les paiements échoués sur Stripe.
- Laisser les raisons uniquement en texte libre. Si les raisons ne sont pas taguées, vous ne pourrez pas dire au trimestre suivant si c’est le prix ou une fonctionnalité manquante qui a causé les annulations.
Le faire avec NoChurn
Le connecteur Intercom de NoChurn est en lecture seule : il ne répond, ne tague ni ne ferme jamais rien dans Intercom, les étapes ci-dessus restent donc entre les mains de votre équipe. Ce qu’il ajoute, c’est un chemin en libre-service que vous pouvez lier depuis vos macros : un parcours d’annulation avec raisons et offres (remise, pause, changement d’offre), avec le bouton d’annulation en un clic toujours visible, hébergé ou en headless via l’API. NoChurn rattache les conversations Intercom aux clients par email (les correspondances douteuses vous sont suggérées, jamais fusionnées automatiquement) et les utilise dans le churn score et les facteurs de churn, et comme preuves datées si un client qui a annulé conteste plus tard un prélèvement. Voir NoChurn + Intercom.