Le support est le seul endroit où un client explique spontanément ce qui ne va pas, en le datant. C'est aussi l'endroit où ces explications restent le plus souvent, une fois le ticket fermé.
La réponse courte. Les échanges de support contiennent des indices de risque exploitables avant que la baisse d'usage ne devienne visible. Ce sont des indices, pas des preuves : la plupart des comptes qu'ils désignent resteront. Leur intérêt est de classer une liste de conversations à avoir, pas d'annoncer des départs.
Les signaux, du plus au moins fiable
| Signal | Ce qu'il indique | Fiabilité |
|---|---|---|
| Langage d'annulation explicite | Une décision en cours de formation | Élevée |
| Blocage récurrent non résolu | Un contournement qui coûte chaque semaine | Élevée |
| Escalade vers un responsable | La voie normale a échoué | Élevée |
| Tickets répétés sur le même sujet | Un problème mal refermé | Moyenne |
| Ton qui se dégrade d'un ticket au suivant | Une patience qui s'épuise | Moyenne |
| Hausse soudaine du volume | Un changement récent, bon ou mauvais | Faible seule |
| Réclamations de facturation | Souvent opérationnel | Faible seule |
| Demande de capacité absente | Un besoin que le produit ne couvre pas | Variable |
| Échec d'intégration | Une dépendance cassée | Élevée si prolongé |
| Silence après une série de tickets | Quelqu'un a peut-être cessé d'essayer | Sous-estimée |
Deux lignes méritent un commentaire.
Le silence est le signal le moins lu et l'un des plus parlants. Un compte qui écrivait toutes les semaines et ne dit plus rien depuis deux mois n'est pas devenu satisfait par hasard.
La hausse de volume ne dit rien seule. Elle accompagne aussi bien une adoption qui s'accélère qu'un produit qui se dégrade, et les deux produisent la même courbe.
Ce que ces signaux ne prouvent pas
Il faut être clair, sinon le dispositif produit de la défiance en interne.
Les résiliations sont une petite fraction des comptes. Sur une population aussi déséquilibrée, la majorité des comptes signalés seraient restés de toute façon. Ce n'est pas un défaut de méthode, c'est de l'arithmétique, et cela ne change pas avec un meilleur outil.
Deux conséquences. La valeur ne réside pas dans la justesse mais dans l'ordre : si vous pouvez traiter vingt comptes ce mois-ci, il suffit que ces vingt-là soient de meilleurs candidats que vingt tirés au hasard. Et le coût d'un faux positif doit rester bas, ce qui interdit les interventions lourdes déclenchées automatiquement.
Un compte se signale par l'accumulation, pas par un ticket. Deux signaux indépendants sur une même période constituent un seuil de départ raisonnable.
Le circuit, de la collecte à la mesure
Collecter. Les échanges doivent être exploitables autrement qu'un par un : sujet, compte, date, issue.
Classer. Une taxonomie courte, cinq à huit catégories. Elle sert à repérer les répétitions, pas à décrire finement chaque cas.
Repérer les motifs. Le même compte sur plusieurs tickets, ou le même sujet sur plusieurs comptes. Les deux lectures mènent à des actions différentes.
Rattacher le contexte du compte. Offre, ancienneté, échéance de renouvellement, nombre d'utilisateurs actifs. C'est ce qui transforme un ticket en priorité.
Évaluer la gravité. Voir plus bas : la gravité et la fréquence ne se confondent pas.
Router. Un problème produit ne se traite pas comme une incompréhension d'usage. Le premier va vers la file de priorisation, le second vers la documentation.
Intervenir. Sur le sujet précis, pas par un message générique.
Mesurer. En comparant la rétention des comptes contactés à celle de comptes comparables non contactés. Sans point de comparaison, un décompte de comptes « sauvés » ne démontre rien.
Gravité et fréquence
Le tri par fréquence est le réflexe, et il fait passer à côté du risque.
Un sujet qui génère quarante tickets de clients qui trouvent la réponse en deux minutes est un problème de documentation. Un sujet qui génère trois tickets de clients qui ne peuvent pas travailler est un problème de rétention. Le premier occupe le support, le second fait partir des comptes.
La lecture utile croise donc deux axes : combien de comptes, et ce que le problème empêche. Un tableau à quatre cases suffit, et la case « peu de comptes, blocage total » est celle qu'on traite en dernier alors qu'elle devrait passer en premier quand ces comptes ont de la valeur.
C'est la même logique que dans la priorisation du feedback : la fréquence est un critère, pas le critère.
Segmenter, sinon les moyennes trompent
Un taux de tickets par compte, pris globalement, mélange des populations qui n'ont rien à voir.
Les comptes récents écrivent davantage : ils découvrent. Les grands comptes écrivent davantage : ils ont plus d'utilisateurs. Comparer un compte à la moyenne générale produit donc des alertes sur les nouveaux et un silence sur les anciens, qui sont précisément ceux dont le départ coûte le plus.
La comparaison qui a du sens est celle d'un compte avec lui-même dans le temps, et avec les comptes de son propre segment.
Relier le support au feedback produit
Les deux flux racontent la même histoire par deux bouts, et sont presque toujours séparés.
Le support reçoit ce qui est cassé maintenant. Le feedback produit reçoit ce qui manque. Un même client passe de l'un à l'autre selon qu'il est bloqué ou qu'il réfléchit. Tant que les deux vivent dans des systèmes qui ne partagent rien, personne ne voit que le compte qui a ouvert quatre tickets est aussi celui qui demande la même chose depuis huit mois.
Un point d'outillage, pour éviter une confusion courante : FlagUp ne se connecte pas aux outils de support et n'analyse pas les tickets. Il couvre le versant feedback produit : les envois reçus via le widget, la boîte à suggestions et le tableau de votes, dont il analyse le langage pour faire remonter les comptes où les signaux négatifs s'accumulent, comme le décrit la page détection du churn. Il peut envoyer ces éléments vers Slack, Discord, Linear, Notion, Trello ou Jira, ce qui est une sortie et non une lecture de vos tickets.
Le rapprochement avec le support reste donc un travail manuel : la clé commune est le compte, et il suffit souvent de regarder les tickets des comptes que le feedback a déjà signalés.
Relecture humaine et données personnelles
Deux garde-fous à poser avant d'industrialiser quoi que ce soit.
La relecture. Un classement automatique se trompe sur l'ironie, sur les formulations polies et sur le vocabulaire métier. Une file de relecture pour les cas incertains vaut mieux qu'une confiance uniforme, à condition que son volume reste compatible avec le temps disponible.
Les données personnelles. Les tickets contiennent des informations que le client y a mises spontanément. Les analyser suppose une base légale et une information claire, une durée de conservation limitée, et une vérification de l'endroit où part le texte si un service tiers intervient.
Questions fréquentes
Faut-il un outil dédié ?
Pas pour commencer. Une revue mensuelle des comptes ayant ouvert plus de trois tickets sur un même sujet capte déjà une grande part du signal, et se fait à la main.
Les tickets prédisent-ils le churn ?
Non. Ils indiquent un risque relatif. Une part importante des comptes signalés restera, et une part des départs n'aura ouvert aucun ticket : ceux qui renoncent sans écrire sont invisibles ici.
Que faire d'un compte signalé ?
Reprendre le sujet précis à l'origine du signal, pas envoyer un message de prise de nouvelles. Dans la plupart des cas, la personne attend une réponse à quelque chose de concret depuis des semaines.
En quoi cela diffère-t-il de l'analyse de sentiment ?
Le sentiment est un signal parmi ceux listés ici, appliqué au ton d'un message. Cet article porte sur l'ensemble des indices que produit une interaction de support, y compris factuels.
Et par rapport aux enquêtes de rétention ?
Les enquêtes sollicitent une réponse ; le support recueille ce qui vient spontanément. Les deux populations ne se recouvrent pas : beaucoup de comptes qui écrivent au support ne répondent jamais aux enquêtes.
Pour aller plus loin
- Utiliser les signaux de churn pour la rétention
- Enquêtes de rétention : anticiper le risque de churn
- Qu'est-ce que la centralisation du feedback ?
La clé commune entre support et feedback produit est le compte. Voyez la détection du churn et les tarifs.