Où part le chiffre d'affaires que vous ne signez pas ?
Le chiffre d'affaires que vous ne signez pas se perd à trois endroits : les affaires que personne ne relance, les chiffres faux qui font prendre les mauvaises décisions, et le temps commercial absorbé par l'administratif. Votre CRM contient déjà ces trois fuites. Il ne les montre pas. Voici comment les lire, avec des noms.
Pourquoi les chiffres de votre réunion commerciale sont faux ?
Faites le test lundi. Demandez le taux de succès du pipeline à trois personnes. Vous aurez trois chiffres. Chacun est sincère. Chacun a été calculé avec une définition différente de ce qu'est une affaire « gagnée », une période, un périmètre.
Nous l'avons vu chez une PME B2B de services : trois taux de succès circulaient pour le même pipeline, et l'écart entre le plus haut et le plus bas dépassait dix points. Aucun des trois n'était bon. La cause tenait en une ligne. Le chiffre d'affaires était lu sur la date de création des affaires, pas sur leur date de signature. Un trimestre entier changeait de colonne.
Un chiffre faux ne fait pas seulement mal en réunion. Il décide. Un taux de succès surestimé de dix points justifie un recrutement, un budget, une cible de prospection. Le mauvais chiffre coûte plus cher que l'absence de chiffre, parce qu'on le croit.
Un chiffre publié doit avoir été retrouvé par un second chemin. Autre source, autre outil, autre formule. Sinon ce n'est pas une mesure, c'est une opinion.
Où sont les trois fuites ?
Première fuite : les affaires que personne ne relance. Une affaire avance, le contact ne répond plus, et elle reste ouverte dans le CRM pendant des mois. Personne ne la ferme, personne ne la relance. Elle gonfle le pipeline et ne rapporte rien. Relancer demande vingt minutes par affaire : rouvrir le dossier, retrouver où on en était, écrire quelque chose qui ne soit pas creux. Alors on ne le fait pas.
Deuxième fuite : les décisions prises sur des données fausses. Un secteur jugé peu rentable parce que ses affaires sont datées au mauvais mois. Un commercial jugé lent parce que ses affaires sont rattachées à la mauvaise étape. Un tableur parallèle, tenu à la main, qui diverge du CRM en trois semaines et dont plus personne ne sait s'il fait foi.
Troisième fuite : le temps. D'après l'étude State of Sales de Salesforce, un commercial consacre 28 % de sa semaine à vendre. Le reste part en saisie, en reporting, en réunions internes. Sur une équipe de six, c'est plus de quatre postes à temps plein qui ne vendent pas.
Que regarde-t-on en cinq jours d'audit ?
Pas les outils. Les décisions. Chaque question posée au CRM doit changer quelque chose lundi matin, sinon elle n'a pas sa place. Le test tient en une phrase : quelle décision change si ce chiffre double ?
| Ce que vous avez aujourd'hui | Ce que vous obtenez |
|---|---|
| Un rapport de volumes : affaires ouvertes, appels passés, pipeline en euros | Une liste de noms : les affaires à relancer cette semaine, les contacts à rappeler, les fiches à corriger |
| Un taux affiché seul | Chaque taux affiché avec son effectif. Un taux sur 28 affaires et un taux sur 2 000 ne se lisent pas de la même façon |
| Un chiffre différent par personne qui le calcule | Un chiffre retrouvé par deux chaînes indépendantes, et une règle écrite qui dit quel champ fait foi |
| Un tableur parallèle qui diverge du CRM | Une seule vérité par champ. Le CRM garde ses champs natifs, le tableur calcule, rien ne s'écrase |
| Un tableau de bord qu'on met à jour à la main le vendredi | Un classeur branché en direct sur le CRM, recalculé à chaque mise à jour, en lecture seule |
Chez le client cité plus haut, le tableau de bord suit aujourd'hui une quinzaine d'indicateurs sur plusieurs centaines d'affaires, en sept onglets. Chaque onglet répond à une décision et se termine par une liste nominative. La recette est passée sans un écart entre le classeur et la source. Le détail est dans notre cas un CRM fiable et actionnable.
Comment savoir si votre CRM est lisible ?
Trois questions, cinq minutes. Si vous ne pouvez pas répondre à l'une d'elles, vous avez une fuite.
- Quel champ fait foi ? Pour le chiffre d'affaires, est-ce la date de création, la date de clôture prévue, ou la date de signature ? Si deux personnes répondent différemment, vos chiffres sont faux.
- À quel point le CRM est-il rempli ? Si un tiers des affaires n'a ni montant ni prochaine étape, le chantier est la saisie, pas le tableau de bord. Nous vous le dirons plutôt que de vous livrer un classeur avec des trous.
- Combien d'affaires ouvertes n'ont eu aucune activité depuis soixante jours ? Si personne ne sait, c'est qu'elles ne seront jamais relancées. C'est la première fuite, et c'est la plus facile à fermer.
Par où commencer ?
Par la lecture, pas par l'automatisation. Un agent qui relance des affaires mal datées relance les mauvaises. Un tableau de bord sur un CRM au tiers affiche des trous. L'ordre compte : rendre le CRM lisible, puis décider, puis automatiser ce qui se répète. Ce que nous faisons ensuite est décrit sur la page d'accueil. Et si vous vous demandez quel premier agent lancer après, notre guide PME : par où commencer avec les agents IA détaille les critères.
Les questions qu'on nous pose
Faut-il changer de CRM pour voir ces fuites ?
Non. Les trois fuites se lisent dans le CRM que vous avez déjà, à condition d'y accéder par son API et de savoir quel champ fait foi. Changer d'outil déplace le problème, il ne le règle pas.
Combien de temps pour voir où part le chiffre d'affaires ?
Cinq jours d'audit suffisent pour poser les trois questions, lire le CRM par un second chemin et vous rendre une liste nominative : les affaires à relancer, les chiffres à corriger, le temps à rendre. Le tableau de bord qui suit se lit ensuite chaque semaine.
Et si mon CRM est mal rempli ?
Alors le chantier est la saisie, pas le tableau de bord, et nous vous le dirons dès le cadrage. Un classeur branché sur un CRM rempli au tiers affiche des trous, pas des décisions.
Est-ce que vous corrigez les données dans le CRM ?
Le tableau de bord signale, il ne corrige jamais. Il est en lecture seule, sans exception. Deux systèmes qui écrivent dans la même donnée finissent toujours par diverger. La correction reste un geste humain, sur une liste nominative.