Construire une fonction Customer Success : les six premiers mois

Ne rien fixer avant d'avoir constaté

Une fonction Customer Success qui démarre hérite d'un ensemble de tâches déjà faites par d'autres, mal, et sans nom. La tentation est de commencer par ce qui se voit. Un outil. Un modèle de compte rendu. Une grille de santé client. Une première embauche. Chacune de ces décisions a l'air d'un progrès et fige quelque chose qui n'est pas encore stable, pour un coût de retour en arrière largement supérieur à celui de la pose.

L'ordre correct suit une règle unique, ne rien fixer avant d'avoir constaté. Constater le périmètre, le portefeuille, la charge. Cela suppose une période où la fonction produit peu de livrables visibles, ce qui est inconfortable pour tout le monde et d'abord pour celui qui doit la défendre en comité. C'est le vrai coût de la séquence. Mieux vaut l'annoncer au premier jour que le subir au troisième mois.

D'abord, définir ce qu'est un renouvellement

La première décision est définitionnelle. De quoi la fonction répond-elle, et qu'appelle-t-on un renouvellement. La seconde question paraît triviale et ne l'est jamais. Un contrat reconduit à la baisse compte-t-il comme renouvellement ou comme churn partiel. Un client qui migre vers une offre différente est-il perdu puis regagné. Une reconduction tacite est-elle un succès de la fonction. Tant que ces réponses ne sont pas écrites, tout indicateur produit ensuite sera contesté au moment précis où il deviendra gênant.

Même travail sur la frontière avec la Vente. Qui détient la relation commerciale, qui porte le chiffre de renouvellement, qui décide d'une remise, à partir de quel montant. Une frontière floue ne pose aucun problème pendant six mois, les personnes s'arrangent entre elles. Elle en pose un le jour où un compte important se dégrade et où deux fonctions ont chacune de bonnes raisons de croire que l'autre s'en occupait. La conversation est plus facile avant qu'il y ait un enjeu.

Ensuite, le portefeuille réel

Vient la cartographie du portefeuille. L'écart avec le CRM est systématique et instructif. Le CRM connaît un montant, une date d'échéance et un nom de contact. Il ignore qui utilise le produit, qui a signé, qui a changé de poste, quel cas d'usage justifie la dépense, et si quelqu'un chez le client défendrait le renouvellement en cas d'arbitrage budgétaire.

Cette cartographie se fait à la main, compte par compte, et prend plusieurs semaines. Il n'y a pas de raccourci, et c'est le travail le plus rentable de la période. Quatre informations suffisent : qui décide, qui utilise, quel résultat le client attribue au produit, et depuis combien de temps personne ne lui a parlé. La dernière colonne produit les surprises les plus coûteuses, des comptes significatifs restés sans contact pendant des mois, sur lesquels aucune alerte ne s'était déclenchée puisque aucun dispositif n'existait pour la déclencher. Il arrive aussi qu'un compte cité partout comme référence n'ait plus d'utilisateur actif depuis la fin du déploiement.

Un outil fige un processus. Au deuxième mois, il n'y a pas de processus, seulement des improvisations.

Puis trois décisions qui tiennent un an

Le réel étant connu, trois décisions closent la première phase. Elles se prennent ensemble, chacune dépendant des deux autres, et se tiennent au moins un an. Un indicateur changé en cours de route détruit la série qu'on venait de constituer. Aucune des trois ne demande d'investissement. Elles demandent d'être arrêtées explicitement, écrites, et communiquées aux fonctions voisines qui devront s'y référer.

Le rituel importe davantage que son contenu initial. Une revue hebdomadaire médiocre mais tenue produit en trois mois ce que six mois de suivi informel ne donnent pas, une série. On voit alors ce qui se dégrade, à quelle vitesse, sur quels signaux. C'est la matière première du health score qu'on n'a pas encore construit et qu'on construira mieux avec cette série qu'avec une hypothèse posée a priori.

• Segmenter sur ce qui change la manière de servir, enjeu de revenu, complexité d'usage, fragilité du sponsor. La taille du compte est la variable la plus disponible et la moins utile.
• Choisir un seul indicateur de pilotage, imparfait mais non contestable. Deux indicateurs concurrents produisent deux récits et aucune décision.
• Instaurer une revue de portefeuille à fréquence fixe, courte, avec le même ordre du jour à chaque fois : ce qui a bougé, ce qui est à risque, ce qui est décidé.

Ce qu'on repousse volontairement

Trois chantiers évidents sont repoussés, l'outillage, le health score sophistiqué, la playbook complète. Le motif est le même dans les trois cas. Un outil, une formule de score et un processus écrit figent une manière de travailler qui, au deuxième mois, n'existe pas encore.

Le cas du health score est le plus net. Un score construit avant d'avoir observé une année de renouvellements repose sur des hypothèses de risque non vérifiées, le plus souvent la fréquence de connexion, disponible partout et faiblement prédictive. L'équipe s'y fie, constate des faux positifs, cesse d'y croire. Le score devient un objet décoratif qu'on ne peut plus retirer parce qu'il figure dans un comité. Une liste de comptes à risque tenue à la main et discutée chaque semaine fait mieux le travail, et ses critères se stabilisent d'eux-mêmes au fil des discussions.

L'outillage arrive quand le processus se répète à l'identique et qu'on peut décrire en une phrase ce qu'on veut automatiser. Le test tranche presque toujours dans le même sens au deuxième mois. Il a une conséquence désagréable. La fonction travaille un temps avec un tableur et un calendrier partagé, ce qui donne à l'extérieur une impression d'amateurisme, y compris auprès d'interlocuteurs dont on a besoin. Coût de perception, payé une fois.

Ce qu'on ne fait jamais au démarrage

Deux erreurs sont sans retour. La première consiste à recruter avant d'avoir mesuré la charge. Une équipe dimensionnée sur une intuition se retrouve en sous-charge visible, ce qui décrédibilise la fonction pour longtemps, ou en surcharge avec des portefeuilles impossibles à tenir, ce qui produit une rotation immédiate et détruit la connaissance client qu'on venait de constituer. La charge se déduit de la cartographie, comptes réellement suivis, fréquence de contact tenable, temps de rattrapage constaté.

La seconde consiste à promettre un chiffre de satisfaction. Un NPS annoncé comme objectif au démarrage engage la fonction sur une variable qu'elle ne contrôle qu'en partie, puisqu'elle dépend du produit, du support, de la facturation et du commercial qui a vendu. Il se dégrade souvent pendant les premiers mois, pour une raison mécanique. La fonction commence par parler à des clients dont personne ne s'occupait et met au jour une insatisfaction qui existait déjà sans être mesurée. Promettre une progression revient à se punir d'avoir regardé.

La condition qui décide de tout

Cette séquence a été appliquée chez un éditeur SaaS de pricing servant des retailers Tier-1, où la fonction Customer Success et Account Management a été construite de zéro. Le NRR est passé de 90 % à 120 % et l'ARR a été multiplié par dix en cinq ans. Sur la même période, la rétention a gagné 10 % et le NPS 20 points. Ce n'est pas une démonstration, c'est un cas, dans un contexte de marché porteur, avec un produit dont la valeur était démontrable et mesurable par le client lui-même. Ces trois conditions ont compté au moins autant que l'ordre des chantiers, et une séquence identique appliquée sur un marché en contraction donnerait d'autres chiffres.

La condition décisive est ailleurs. Elle tient au mandat. Fixer une définition du renouvellement, redécouper une frontière avec la Vente, refuser de recruter pendant un trimestre, assumer une période sans livrable spectaculaire : chacune de ces décisions suppose un arbitrage de direction et la capacité de le faire tenir contre des demandes légitimes venues d'ailleurs. Sans ce mandat, la fonction passe ses six premiers mois à faire du rattrapage pour d'autres, et aucun ordre de construction ne compense cela.