Le socle de données avant les agents IA pourquoi le CRM passe d’abord.

La promesse des agents IA est séduisante : posez une question en langage clair et obtenez la réponse ; dites à l’agent ce qu’il faut modifier, et il le modifie. Les démos paraissent faciles parce que les données de démo sont propres.

Les vraies données d’entreprise ne le sont pas. Le CRM est à moitié configuré. Le système de facturation et le CRM ne sont pas d’accord sur ce que paie un client. Le même compte existe trois fois sous des noms légèrement différents. Les dates de renouvellement vivent dans un tableur tenu par une seule personne. L’utilisation du produit se trouve dans une base de données que personne n’a reliée au compte auquel elle appartient.

Placez un agent par-dessus, et il répondra quand même, avec assurance. Il se trompera simplement d’une manière difficile à repérer.

Pourquoi le socle de données doit-il passer avant les agents IA ?

Parce qu’un agent ne peut rendre compte et agir que sur ce que vos systèmes enregistrent. Si les données du CRM, de la facturation et du produit divergent, les réponses de l’agent sont des suppositions et ses actions propagent les erreurs. Structurer d’abord les données donne à chaque agent une seule version partagée des faits, pour que ses rapports soient fiables et ses actions sûres.

La version courte est celle de notre page d’accueil : pas de données, pas d’IA. D’après notre expérience, c’est aussi là que de nombreux projets d’IA s’enlisent sans bruit. Le rapport « The GenAI Divide » de MIT NANDA, publié en 2025, a montré que seuls 5% environ des projets pilotes d’IA générative atteignent la production avec un retour mesurable. Un pilote sur un échantillon propre peut paraître excellent ; la même idée sur les vraies données, désordonnées, survit souvent mal au passage.

Ce qui se passe quand les agents reposent sur des données désordonnées

Les échecs sont prévisibles, et ils s’aggravent dès que l’agent peut agir autant que répondre :

• Des rapports qui ne concordent pas. Demandez l’ARR et l’agent additionne le CRM. La finance additionne les factures. Le conseil d’administration reçoit deux chiffres et ne croit à aucun.
• Des doublons qui se multiplient. Trois fiches pour un même client, c’est trois scores de santé, trois rappels de renouvellement et un account manager qui paraît négligent.
• Des actions fondées sur de mauvais faits. Un agent chargé d’envoyer des rappels de renouvellement les envoie à partir des dates que contient le CRM. Si ces dates sont périmées, les rappels le sont aussi, et ils ont désormais atteint les clients.
• Des réponses que personne ne peut vérifier. Quand les données sont éparpillées, personne ne peut retracer l’origine d’un chiffre, donc personne ne peut dire s’il est juste.

Extraire des données de mauvaises sources produit de mauvais rapports. Envoyer des données dans de mauvaises sources les dégrade encore. Les deux moitiés de ce que fait un agent dépendent du socle en dessous.

Ce qu’est réellement un socle de données

Un socle de données n’est ni un programme de data warehouse ni une migration d’un an. Pour une entreprise en croissance, et en particulier une entreprise SaaS, il se résume à quelques éléments bien faits :

• Un CRM configuré selon votre façon de vendre, de renouveler et de facturer. Pipelines, étapes, objets et champs conçus autour du fonctionnement réel de l’entreprise, plutôt qu’autour d’un modèle par défaut.
• Chaque information enregistrée une seule fois. Comptes, contacts et contrats sans doublons ; produits, prix et conditions de renouvellement au même endroit.
• Des systèmes connectés. Factures et paiements rapprochés du bon client, utilisation du produit reliée au compte concerné, et un client, un contrat et une facture qui signifient la même chose dans chaque système.
• Un mécanisme qui les maintient en cohérence. Les données dérivent si rien ne les entretient. Dans nos réalisations, c’est le Processeur qui exécute les workflows entre les systèmes, relance ce qui échoue et conserve un historique d’audit complet de chaque étape.

Le détail est sur notre page socle de données.

Comment savoir si vos données sont prêtes

Quelques questions donnent une réponse rapide et honnête. Si l’une d’elles prend plus de quelques minutes, ou obtient deux réponses différentes de deux personnes différentes, le socle doit être retravaillé avant d’y ajouter des agents :

• L’ARR du CRM correspond-il à l’ARR de la finance ?
• Chaque client existe-t-il exactement une fois, dans chaque système ?
• Les dates et conditions de renouvellement sont-elles dans le CRM, et sont-elles correctes ?
• Voyez-vous l’utilisation du produit par compte, à côté de ce que ce compte paie ?
• Quand une affaire est conclue, le reste de l’entreprise l’apprend-il sans que quelqu’un envoie un message ?

Cette vérification fait partie de notre AI Readiness Assessment : savoir si le CRM et les systèmes financiers concordent suffisamment pour que l’IA puisse s’y fier, avant toute réalisation.

L’ordre qui fonctionne : les données, puis la couche IA, puis les agents

Chacune de nos missions construit les trois mêmes couches, dans le même ordre :

• 1. Le socle de données. Le CRM et les systèmes qui l’entourent configurés, structurés et maintenus en cohérence.
• 2. La couche IA. Ces données reliées à l’assistant IA que l’équipe utilise déjà, via MCP (Model Context Protocol), le standard ouvert pour connecter l’IA à des systèmes réels. Toute personne autorisée peut extraire des données, en envoyer et déclencher des actions en langage clair.
• 3. Les agents métier. Des agents dédiés pour la finance, les ventes et la réussite client, chacun avec les rapports et les actions dont l’équipe a besoin, dans le cadre de ses autorisations et avec un historique d’audit.

Sauter la première couche paraît plus rapide. C’est rarement le cas. Le temps gagné au départ est dépensé ensuite à expliquer pourquoi les chiffres de l’agent ne correspondent pas à ceux de la finance, et à réparer les fiches qu’il a modifiées. Construite dans l’ordre, chaque couche rend la suivante moins coûteuse, et les agents qui s’y appuient sont fiables dès le premier jour.

Construit ainsi, le socle reste aussi le vôtre, et en Europe. Les données restent sur une infrastructure européenne pendant la réalisation, le modèle d’IA est votre choix, et si vous changez de modèle plus tard, le socle et tout ce qui repose dessus restent identiques.