Cycle de vie client dans le CRM : comment structurer ce que la plupart des boîtes bricolent

1. Le cycle de vie client suit les personnes, pas les contrats

Ce qui m'a plu dans la façon dont Fabien ouvre le sujet, c'est qu'il étend la définition du cycle de vie bien au-delà de ce que la plupart des équipes considèrent comme la frontière naturelle : le churn.

Pour Fabien, le cycle de vie client est un cycle sur les personnes, pas uniquement sur les entreprises. Quand un contact quitte une société cliente pour rejoindre une autre structure, il reste dans le cycle de vie. Cette personne a utilisé la solution, en connaît la valeur, et peut devenir promoteur dans sa nouvelle organisation. C'est, selon lui, l'un des meilleurs leviers de croissance : la relation ne repart pas de zéro, elle se poursuit avec quelqu'un qui a déjà vécu la solution de l'intérieur.

"Le cycle de vie, pour moi, c'est un cycle qui ne s'arrête jamais. Parce que les personnes qui constituent une entreprise vont partir dans d'autres entreprises. Tu vas pouvoir les relancer pour potentiellement vendre ton service à cette nouvelle entreprise."Fabien Duclos

2. Quand créer une transaction ? Le choix qui révèle comment les Sales pilotent vraiment

C'est l'une des questions les plus débattues entre Sales Ops, et Fabien la pose directement. Faut-il créer une transaction dès qu'une entreprise montre un intérêt, ou attendre un rendez-vous confirmé, voire une démonstration ?

Sa position est tranchée : créer la transaction tôt. Le bénéfice n'est pas administratif, il est analytique. Sans transaction ouverte, il est impossible de connaître le volume réel du pipeline qu'un commercial travaille au quotidien. Un Sales (commercial) qui fait du new business sur une vente non complexe tourne autour de 250 à 300 entreprises en travail actif. Sans transactions ouvertes dès le départ, cette réalité est invisible pour le management.

L'autre risque de la transaction tardive est l'écrasement de la donnée historique. Si une entreprise montre un premier intérêt en janvier, puis un second un an plus tard via un autre contact, les deux signaux doivent pouvoir coexister. Une transaction par cycle permet de conserver l'historique complet sans écraser la date initiale du premier signal d'intérêt.

3. Segmenter ses pipelines par rôle pour éviter le fourre-tout

La segmentation des pipelines est une question d'architecture CRM que Fabien recommande de résoudre tôt, avant que la complexité ne s'accumule. Son découpage par défaut est simple.

Un pipe Lead pour les SDR/BDR (Sales Development Representatives et Business Development Representatives). Ils y gèrent les nouveaux leads, la phase de prise de contact et la prise de rendez-vous (prospection commerciale), avec leurs étapes propres.

Un pipe Opportunité pour les AE et AM (Account Executives et Account Managers). Il prend le relais à la qualification sérieuse et va jusqu'au closing. New business et renouvellements peuvent cohabiter dans ce même pipeline en distinguant les types via un champ natif HubSpot. Cela réduit le nombre de workflows à maintenir et simplifie la lecture du pipeline pour le CRO (Chief Revenue Officer, directeur du Revenue).

Un pipe CS pour les équipes Customer Success. Pertinent surtout pour les solutions avec des phases de déploiement structurées. Une fonctionnalité récente de HubSpot permet désormais de lier des transactions entre elles, ce qui rend possible la réconciliation des données marketing, sales et CS dans un même rapport de performance.

4. La transaction de renouvellement : un timing qui fausse les métriques si on se trompe

Ce point est l'un des plus concrets et des moins discutés dans les guides RevOps habituels. La recommandation de Fabien est précise : créer la transaction de renouvellement deux mois avant la fin du contrat, pas au moment de la signature initiale.

La raison est mathématique. Si la transaction est créée à la signature, son cycle de vente affichera douze mois, ou vingt-quatre selon la durée du contrat, alors que le vrai travail commercial de renouvellement ne commence qu'en fin de période. Ce biais fausse les métriques de temps de conversion et peut conduire à de mauvaises conclusions sur la performance des AM.

L'alternative consiste à créer la transaction au bon moment dans le calendrier, ou à la créer en avance sans l'affecter à un commercial ni la rendre visible dans les vues actives avant le déclenchement des actions de renouvellement.

5. Check sanity et shadowing : les deux pratiques qui maintiennent la qualité de la donnée

La donnée CRM ne se dégrade pas d'un coup. Elle se dégrade progressivement, par des champs non renseignés, des transactions ouvertes sans activité, des étapes jamais mises à jour. Fabien a deux pratiques concrètes pour le détecter tôt.

La première, c'est le check sanity : des rapports simples et réguliers qui vérifient des points précis. Transactions encore ouvertes avec une date de closing dans le passé. Répartition new business versus existing business qui ne correspond pas à la réalité perçue. Champs critiques vides sur une proportion anormale d'entreprises. Ces rapports permettent d'attraper les anomalies avant qu'elles ne faussent les forecasts (prévisions de chiffre d'affaires).

La seconde pratique, c'est le shadowing : observer physiquement comment Sales, CS et autres utilisateurs travaillent avec le CRM au quotidien. Pas comment ils le décrivent en réunion. L'écart entre les deux révèle presque toujours des raccourcis, des champs ignorés, des étapes sautées. Pendant cette phase, on n'intervient pas : on observe, on pose des questions ouvertes, on prend des notes.

6. Le rôle de l'OPS : fluidifier les process en comprenant les personnes d'abord

Ce que Fabien décrit comme le cœur du métier d'OPS (Operations), ce n'est pas la maîtrise technique des outils. C'est la capacité à comprendre les comportements réels des équipes pour les accompagner sans imposer.

"Les processus, les outils, ce ne sont que des personnes qui les utilisent, soit mal, soit elles n'ont pas les compétences, soit elles ont besoin d'aide, soit elles ont peur de les utiliser aussi."Fabien Duclos

Sa méthode de résolution de problèmes revient toujours au même cycle : Plan (planifier), Do (exécuter), Check (vérifier les écarts), Act (ajuster). Ce cadre s'applique à un projet de structuration CRM, à une campagne ou à n'importe quel chantier opérationnel. Simple, mais très peu d'équipes l'appliquent avec rigueur à chaque itération, notamment la phase de vérification, qui exige de prendre du recul avant d'agir à nouveau plutôt que de foncer en mode réaction.