Sur quelles données brancher un assistant IA, et dans quel ordre
Brancher toutes ses données d'un coup sur un assistant IA est le meilleur moyen de le rendre peu fiable. Voici l'ordre qui fonctionne.
Le problème que personne ne voit venir
Un commerçant décide d'installer un assistant IA pour répondre aux questions des clients sur le site ou par messagerie. L'idée est simple : brancher tout ce qui existe — la boîte mail, le drive partagé, les vieux PDF de conditions générales, l'historique des commandes — et laisser l'assistant se débrouiller. Une semaine plus tard, il annonce un tarif qui n'existe plus depuis six mois, contredit une procédure de retour qui a changé, ou cite une offre promotionnelle terminée depuis longtemps. Le problème n'est pas l'assistant. C'est l'ordre dans lequel on l'a nourri.
Brancher toutes les sources en même temps donne l'impression d'aller plus vite. En réalité, cela mélange des informations fiables avec des informations mortes, sans que l'assistant ait aucun moyen de faire la différence. Il traite un document de 2019 avec la même confiance qu'une fiche produit mise à jour la semaine dernière.
Ce qui doit venir en premier : le figé et vérifiable
La première source à connecter est celle qui change peu et que l'on peut vérifier d'un coup d'œil : le catalogue produit, la grille tarifaire, les procédures internes validées, les horaires, les conditions de livraison. Ce sont des données structurées, souvent déjà dans un tableau ou une base, avec un propriétaire clair qui sait quand elles ont été mises à jour pour la dernière fois.
L'avantage de commencer ici : si l'assistant se trompe, l'erreur est facile à repérer et à corriger, parce que la source elle-même est simple à consulter. On teste, on corrige, on valide. C'est le socle sur lequel tout le reste doit s'appuyer.
Ensuite : l'historique client, avec prudence
Une fois ce socle stable, on peut connecter l'historique client : commandes passées, échanges de support déjà traités, tickets fermés. Cette source apporte du contexte utile — elle permet à l'assistant de répondre en tenant compte de ce qui s'est déjà passé avec un client donné.
Mais elle demande plus de prudence que le catalogue, pour deux raisons. D'abord, elle contient des données personnelles, ce qui impose de vérifier les droits d'accès et la conformité avant toute connexion. Ensuite, un historique n'est fiable que si les échanges qu'il contient ont été correctement clôturés et classés. Un ticket mal fermé ou une commande annulée mais non mise à jour dans le système produit exactement le même effet qu'un document obsolète : une réponse qui a l'air juste mais qui ne l'est pas.
Ce qu'on ne connecte jamais tel quel : les documents non tenus à jour
Le cas le plus fréquent d'échec vient de là : des dossiers partagés remplis de fichiers accumulés depuis des années, sans propriétaire, sans date de révision, sans certitude sur ce qui est encore valable. Une ancienne plaquette commerciale, un guide de procédure jamais retiré après un changement d'organisation, des notes internes rédigées pour un usage ponctuel qui a fini par traîner.
Ces documents ne sont pas mauvais en soi. Le problème, c'est qu'aucune règle ne permet à l'assistant — ni à personne d'ailleurs — de savoir s'ils sont encore d'actualité. Les connecter sans tri revient à donner à l'assistant une information fausse avec la même autorité qu'une information vraie.
Comment repérer une source impropre avant de la connecter
Avant d'ajouter une source de données à un assistant, quelques vérifications simples suffisent à éviter la plupart des erreurs :
- Existe-t-il une date de dernière mise à jour visible, et cette date a-t-elle moins de quelques mois ?
- Y a-t-il une personne identifiée qui est responsable du contenu et qui peut confirmer qu'il est toujours valable ?
- Le document contient-il des informations qui changent souvent, comme des tarifs ou des délais, sans mécanisme pour les actualiser automatiquement ?
- Ce document a-t-il déjà servi de référence à une erreur ou une contradiction constatée par un client ou un collègue ?
- Existe-t-il une version plus récente de la même information ailleurs, qui rendrait ce document redondant ou contradictoire ?
Si la réponse à l'une de ces questions inquiète, la source ne doit pas être connectée en l'état. Elle doit d'abord être nettoyée, datée, ou remplacée par une version vivante — un tableau maintenu, une base produit, une fiche procédure révisée.
Conclusion
Un assistant IA n'invente pas ses erreurs à partir de rien : il les reprend dans les sources qu'on lui donne. L'ordre de connexion — catalogue et tarifs d'abord, historique client ensuite, documents non tenus à jour jamais tels quels — n'est pas une précaution accessoire, c'est ce qui détermine si l'assistant sera utile ou source de confusion.
Faire l'audit de vos sources avant de connecter un assistant
ArkonLabs cadre les projets d'assistant IA en commençant par un tri des sources de données existantes, avant toute connexion, pour éviter que l'outil ne reprenne des informations obsolètes. Pour discuter de vos données et de l'ordre à suivre, une prise de contact via www.arkon-labs.com suffit.