Votre CRM n’est pas faux. Il est vide.

Une semaine sur quatre

Demandez à un commercial pourquoi sa fiche client n’est pas à jour. Il ne vous répondra pas qu’il s’en moque. Il vous dira qu’il sort de rendez-vous, qu’il enchaîne, et que remplir sept champs pour consigner une conversation de quarante minutes lui coûte plus cher que ce que ça lui rapporte.

Il a raison. La saisie CRM est un travail dont le bénéfice va à quelqu’un d’autre : au dirigeant qui veut une vue, au collègue qui reprendra le compte, au successeur dans deux ans. Celui qui saisit ne récupère rien tout de suite. C’est un impôt, et comme tous les impôts mal compris, il est payé le plus tard possible et le moins possible.

Le résultat, vous le connaissez : des comptes sans dernier contact, des opportunités bloquées à une étape qu’elles ont quittée depuis longtemps, des champs de risque jamais renseignés. Le CRM n’affiche rien de faux. Il n’affiche presque rien.

Ce que fait un copilote qui invente

Depuis deux ans, tous les éditeurs vendent le même remède : un copilote branché sur le CRM, qui saisit à votre place. Sur le papier, c’est exactement la bonne idée. En pratique, la plupart de ces copilotes ont un défaut qui annule tout le bénéfice : ils affirment sans vérifier.

Deux phrases suffisent à casser la confiance d’une équipe commerciale.

• « C’est enregistré. » Ce n’est pas enregistré. L’écriture a échoué, l’assistant ne l’a pas vu, et personne ne s’en aperçoit avant la revue de pipe du mois suivant.
• « Ce client n’existe pas. » Il existe. Le CRM était injoignable au moment de la requête, et l’assistant a interprété une absence de réponse comme une absence de donnée.

Ces deux erreurs ne sont pas des bugs d’affichage. Elles rendent l’outil inutilisable, parce qu’elles obligent à vérifier derrière. Et une fois qu’on vérifie tout derrière, on a perdu le temps qu’on venait chercher. L’équipe arrête de s’en servir au bout de trois semaines, et l’histoire se termine par « on a essayé l’IA, ça n’a rien donné ».

Les trois garde-fous

Un assistant branché sur des données commerciales n’a pas besoin d’être brillant. Il a besoin d’être vérifiable. Trois règles suffisent, et elles se contrôlent à l’usage.

• Il ne dit jamais qu’une action est faite si elle ne l’est pas. Écriture confirmée ou écriture signalée en échec. Pas de troisième possibilité, pas de formulation ambiguë.
• Il ne cite jamais un enregistrement absent de vos données. Si le CRM ne répond pas, il dit « je ne peux pas consulter ». La différence entre « je ne sais pas » et « ça n’existe pas » est toute la différence entre un outil et un piège.
• Rien ne s’écrit sans qu’un humain ait dit oui. Toute création ou modification passe par une carte de validation, et reste annulable après coup.

Ces trois règles se testent en dix minutes : coupez l’accès au CRM et posez-lui une question sur un compte. S’il invente une réponse plutôt que d’annoncer la panne, vous savez à quoi vous en tenir. C’est le test qu’on fait nous-mêmes en démo, devant le client, sur ses propres données.

Quand la saisie disparaît

Le jour où consigner un rendez-vous coûte une phrase dictée au lieu de sept champs, l’impôt tombe. Ce n’est pas la promesse qui compte, c’est l’ordre des opérations : d’abord supprimer le coût d’entrée, ensuite espérer que la base se remplisse.

Ce que ça donne concrètement, une fois que l’équipe s’en sert vraiment :

• Le compte rendu de rendez-vous est dicté dans la voiture, et il atterrit sur la bonne fiche.
• La question « où on en est avec ce client » reçoit une réponse qui cite ses sources, avec la date de chaque information, et qui annonce ce qui manque.
• La relance à préparer sort toute seule de l’échéancier, rédigée, en attente d’un feu vert.

Aucune de ces trois choses n’est spectaculaire. Mises bout à bout, elles font la différence entre une base qui se vide et une base qui se tient. Et une base qui se tient, c’est la seule condition pour que tout le reste, prévision comprise, veuille dire quelque chose.