Cet article est adapté d'un webinaire CS Collective avec Jenna McLaughlin, Sr. Director, GTM & Success chez Pendo, et Jay Nathan, PDG de Balboa.

Chaque responsable Customer Success (CS) à qui je parle souhaite diriger une équipe proactive. C'est dans chaque feuille de route, dans chaque présentation au conseil d'administration, dans chaque argumentaire de recrutement. Et quand on passe une journée avec un Customer Success Manager (CSM), le travail reste réactif : tickets, escalades, préparation des QBR, panique liée aux renouvellements. L'intention est universelle depuis cinq ans, mais la réalité n'a pas beaucoup évolué.

Cela mérite un examen plus approfondi, car la pression à ce sujet est plus forte qu'elle ne l'a jamais été.

Le désabonnement des clients coûte aux entreprises américaines un montant estimé à 168 milliards de dollars par an, et ce chiffre a fait sortir la rétention de la fiche de poste de l'équipe CS pour l'intégrer à la stratégie du directeur financier. 

Les nouveaux logos coûtent plus cher à acquérir qu'auparavant. Les conseils d'administration demandent aux responsables des revenus de démontrer leur efficacité, et pas seulement leur croissance. La logique a changé : on croît en protégeant ce que l'on a et en développant les comptes que l'on sert déjà. C'est le mandat sous lequel opèrent les équipes CS, et la plupart de leurs outils n'ont pas été conçus pour cela.

Le modèle de plateforme CS a été conçu pour un monde qui n'existe plus

Le modèle basé sur les tableaux de bord et les playbooks qui a alimenté le CS pendant la dernière décennie avait du sens lorsque les portefeuilles clients étaient gérables, les renouvellements prévisibles et que les équipes avaient le temps de passer les comptes en revue manuellement. 

En 2026, ce monde a disparu. Les livres de comptes sont plus volumineux, les objectifs de NRR sont plus serrés, et le volume de signaux émanant d'une base clients (comme l'utilisation des produits, les interactions avec le support, l'activité CRM, les changements de facturation, le renouvellement des parties prenantes) est quelque chose qu'aucune équipe ne peut plus lire manuellement. Pourtant, la plupart des équipes continuent d'essayer.

Le résultat est trois problèmes structurels qui apparaissent dans presque toutes les organisations CS avec lesquelles nous travaillons.

Les CSM reconstituent une vue d'un compte en naviguant entre quatre ou cinq outils, ce qui signifie que cette vue est déjà obsolète au moment où elle est complète. Les données sont fragmentées entre le produit, le CRM, le support et la facturation, sans qu'aucun système unique ne les agrège assez rapidement pour être utile. Et le score de santé sur lequel ils finissent par s'appuyer est construit à partir de règles que quelqu'un a écrites mois auparavant, actualisées au mieux chaque semaine. Au moment où elle passe au rouge, le compte s'est désengagé plusieurs semaines plus tôt.

Le coût le plus important est celui de toutes les sauvegardes qui n'ont jamais eu lieu, des comptes où les signaux d'alerte se trouvaient dans des données appartenant à l'équipe, et personne n'avait le temps de les remarquer. Chaque responsable CS a cette liste en tête : des comptes qu'il aurait aimé examiner six semaines plus tôt. C'est le vrai chiffre derrière la perte de NRR.

Un score de santé statique est une autopsie. Il vous dit ce qui s'est passé, sur la base de règles rédigées il y a un an. Il ne vous dit pas ce qui est sur le point de se produire.

Quatre choses qui ne résoudront pas ce problème

Avant d'aborder le changement, il convient de nommer ce qui ne vous y mènera pas.

  1. Augmenter les effectifs. Le service client basé sur les effectifs atteint ses limites avec la structure de coûts actuelle. À mesure que les portefeuilles clients s'élargissent et que les attentes des clients s'accélèrent, embaucher pour être proactif n'est plus rentable.
  2. Optimiser les cadences existantes. Un calendrier de QBR plus serré ou une pondération améliorée du score de santé ne compense pas la hausse du coût de service ni ne prévient le churn dans les parcours clients axés sur l'IA. Les améliorations progressives sur un modèle défaillant ne produisent pas d'effets cumulatifs.
  3. Suivi des indicateurs d'activité. Les contacts, les appels et les taux de clôture des tickets vous indiquent si votre équipe est occupée. Ils ne vous disent pas si vous fidélisez vos revenus. Les indicateurs traditionnels récompensent l'activité, pas l'impact, et les directions ne font plus la confusion entre les deux.
  4. Greffer l'IA sur la pile existante. Traiter l'IA comme un module complémentaire préserve les mêmes flux de travail sous-jacents. Le résultat va plus vite ; le modèle opérationnel reste le même. Ce n'est pas le changement.

Le changement porte sur l'unité de travail

L'unité de travail de l'ancien modèle est la revue de compte : manuelle, hebdomadaire, exhaustive et tardive. Le CSM ouvre quatre-vingts tableaux de bord le lundi matin, reconstitue une image, identifie les personnes nécessitant une attention particulière et se met au travail. Le mercredi, l'image est déjà obsolète.

L'unité de travail du nouveau modèle est le signal : un changement comportemental dans l'utilisation du produit ou dans la santé de la relation qui prédit un résultat futur, détecté au moment où il se produit et acheminé vers la personne capable d'agir. Le CSM cesse de consulter des tableaux de bord et commence à répondre aux signaux. La semaine se réorganise autour de ce changement.

Le CS proactif, bien réalisé, repose sur trois composantes. La surveillance continue, afin que le système surveille chaque compte chaque jour sans que les CSM n'aient à le faire. La priorisation contextuelle, de sorte que la question ne soit pas « quels comptes sont à risque » mais « quel compte dois-je appeler en premier aujourd'hui, et pourquoi ». Et des actions intégrées dans les flux de travail que l'équipe utilise déjà, comme le CRM, Slack, ou la boîte de réception. 

Où l'IA s'intègre réellement

L'IA est bien adaptée à ce problème pour une raison précise : le travail que requiert le service client proactif est exactement ce que le machine learning fait bien.

Aucune équipe humaine ne peut surveiller chaque compte en permanence. Un modèle le peut. Aucune équipe ne peut croiser des centaines de signaux sur l'ensemble d'un portefeuille clients, en détectant les combinaisons qui prédisent le désabonnement avant qu'elles ne soient évidentes. Le ML y parvient d'une manière que les humains ne peuvent égaler en volume. Et la prochaine étape après la mise en évidence du risque, expliquer quels facteurs ont contribué à un score et ce qu'il convient d'en faire, est quelque chose que l'IA peut générer par compte, par jour, à grande échelle.

C'est le cas rare où le modèle opérationnel et la technologie sont en adéquation. La question que les équipes CS devraient se poser est de savoir si leurs outils sont conçus pour ce modèle ou pour l'ancien.

Trois questions à soumettre à votre équipe

Avant votre prochaine réunion d'équipe, réfléchissez à celles-ci.

  1. Comment un CSM de votre équipe apprend-il qu'un compte est en difficulté, et combien de jours d'avance en est-il informé ?
  2. Si vous doubliez le portefeuille de chaque CSM demain, quelle partie de leur semaine s'effondrerait en premier ?
  3. Si votre équipe recevait chaque lundi matin une liste de comptes priorisés plutôt qu'un tableau de bord, que ferait-elle différemment ?

Ces réponses vous indiquent où vous en êtes réellement, et l'écart entre cette réponse et là où vous voulez être, c'est le travail à accomplir.

Regardez le webinaire complet avec Customer Success Collective.