Scénario illustratif. Un bureau d’études de quarante personnes demande « un chatbot d’entreprise qui sache tout sur la société ». Avant de chiffrer quoi que ce soit, quelqu’un note pendant deux semaines ce que les équipes demandent vraiment. La liste est courte et banale : « où est le dernier contrat signé avec ce client », « quelle est la version en vigueur de la politique de déplacements », « qui a rédigé le rapport du chantier de Saragosse ». Presque aucune demande ne porte sur la rédaction. On cherche à retrouver un document qui existe déjà.
La thèse en une ligne : avant de monter un chatbot d’entreprise, montez un moteur de recherche interne IA. Bien chercher coûte moins cher, s’audite plus facilement et règle plus de questions qu’on ne le croit ; et ce que vous construisez pour bien chercher est exactement le socle dont un assistant a besoin ensuite. Le chatbot ne remplace pas la recherche : il s’appuie dessus.
Qu’est-ce qu’un moteur de recherche interne IA en entreprise, et que règle-t-il ?
Un moteur de recherche interne IA est un système qui indexe les documents de l’entreprise (lecteurs partagés, messagerie, GED, wiki, CRM), comprend la question par le sens et pas seulement par les mots exacts, respecte ce que chaque personne a le droit de voir et renvoie le document et le passage pertinent, pas une réponse rédigée par un modèle.
Cette dernière partie fait toute la différence. La recherche vous mène à la source et vous laisse la lire. Elle règle ce qu’on demande quand la réponse est déjà écrite quelque part : où c’est, quelle version est en vigueur, qui l’a fait, ce qui a été dit la dernière fois. Dans la plupart des entreprises, c’est l’essentiel du temps perdu à chercher.
En quoi est-ce différent d’un chatbot d’entreprise ?
Les deux reposent en général sur la même technologie (indexer, récupérer les passages pertinents). Ce qui change, c’est ce qu’on fait du résultat. Un assistant d’entreprise le fait passer par un modèle qui rédige une réponse ; la recherche vous montre les documents.
| Ce qui se passe | Moteur de recherche interne IA | Chatbot d’entreprise (assistant RAG) |
|---|---|---|
| Ce qu’il renvoie | Des documents et des passages, avec lien vers la source | Une réponse rédigée, avec ou sans citations |
| Qui décide de ce qui est vrai | Le document ; la personne le lit | Le modèle, qui synthétise plusieurs passages |
| Quand il se trompe | Montre un mauvais document, et ça se voit à l’ouverture | Peut donner une réponse plausible et fausse que personne ne remarque |
| Audit | Simple : ce qui a été cherché, ce qui a été ouvert | Plus difficile : chaque réponse et son origine sont à vérifier |
| Maintenance | Tenir l’index et les droits à jour | Pareil, plus l’évaluation continue des réponses |
| Quand il convient | La question est « où est-ce ? » | La question demande de combiner, résumer ou rédiger |
La troisième ligne pèse le plus. Une recherche qui se trompe montre le mauvais document, et celui qui l’ouvre le voit. Un assistant qui se trompe produit une réponse bien tournée que personne ne recoupe. C’est pourquoi l’assistant doit naître au-dessus d’une recherche qui marche déjà, et pas l’inverse.
Quand la recherche suffit-elle, sans chatbot ?
Elle suffit quand les conditions suivantes sont réunies :
- La question porte sur un emplacement. « Où est-ce », « quelle est la dernière version », « qui l’a signé ». La réponse est un document, pas un texte nouveau.
- Le document fait foi. Contrats, politiques, règles internes, fiches techniques. Ici, on ne veut pas qu’un modèle reformule : on veut que la personne lise l’original.
- Une erreur coûte cher. Si une réponse inventée a des conséquences juridiques, financières ou de sécurité, montrer la source est plus sage que la synthétiser.
- Les questions sont éparses. Si chacun demande autre chose, il n’y a pas de jeu de réponses à entretenir ni à évaluer ; il y a des archives à fouiller.
- Vous ne savez pas encore ce qu’on vous demande. Le journal des recherches est la meilleure étude utilisateur dont vous disposerez avant de décider quoi que ce soit d’autre.
Quand passer de la recherche à l’assistant ?
Quand la recherche fonctionne déjà et que les gens continuent à faire la même chose à la main. Trois signaux :
- La réponse exige de combiner plusieurs documents (par exemple, quelles conditions s’appliquent à un client en croisant contrat, tarif et annexes), et le temps se perd dans la combinaison, pas dans la recherche.
- Les mêmes questions reviennent, la réponse tient en trois lignes, et quelqu’un est responsable de la tenir à jour.
- L’étape suivante n’est pas de lire mais de faire quelque chose : rédiger la réponse, remplir un formulaire, ouvrir un ticket.
Si c’est votre cas, l’étape suivante est un assistant branché sur la même base, et là s’appliquent les choix de comment créer un chatbot IA qui ne soit pas un chatbot déguisé ainsi que la différence entre récupérer et se souvenir qu’explique la mémoire d’un agent IA.
Le plus dur, c’est l’IA ou les droits d’accès ?
Les droits d’accès. Indexer est facile. Le difficile, c’est que chaque personne ne voie que ce qu’elle aurait le droit d’ouvrir, et que ce droit soit hérité du système d’origine au lieu d’être recopié à la main dans l’index. Si vous copiez les documents dans un index central sans leurs droits, vous avez construit une porte dérobée sans le vouloir : le stagiaire tombe sur la paie de la direction parce que « la recherche l’a renvoyée ».
Trois règles tiennent en production. Un : l’index hérite des droits de la source à chaque requête, pas seulement au chargement initial. Deux : un document sans propriétaire n’entre pas ; si personne n’en répond, on ne l’indexe pas. Trois : le système interroge avec l’identité de la personne qui demande, pas avec un compte de service qui voit tout. C’est le même principe que dans quelles permissions donner à un agent IA, et ce qu’il faut monter, avec des cas concrets, dans connecter Google Drive à ChatGPT en respectant les droits de chacun.
Par où commencer un moteur de recherche interne IA ?
- Choisissez trois sources, pas toutes. Celles qui concentrent le plus de questions : en général le stockage partagé, la GED et la messagerie d’un service. Les autres viendront ensuite.
- Réunissez trente vraies questions. Prenez-les dans ce que les gens demandent par chat et par e-mail, pas dans ce que vous imaginez qu’ils demanderont. Sans cette liste, impossible de savoir si ça marche.
- Indexez avec les droits hérités dès le premier jour. Les ajouter après, c’est refaire le travail.
- Mesurez une seule chose : le bon document sort-il dans les trois premiers résultats ? Avec la liste de trente, ça se mesure en un après-midi.
- Lisez ce qu’il ne trouve pas. Presque toujours, ce n’est pas un échec de l’IA : le document n’existe pas, il est en double ou il dit deux choses différentes. Cette découverte vaut plus que le moteur.
- Décidez de l’assistant avec des données. Si les recherches ratées demandent de combiner ou de rédiger, il faut l’assistant. Sinon, vous avez déjà réglé le problème.
Une recherche n’est jamais terminée : l’index vieillit quand les politiques, les tarifs ou les dossiers changent. Qui le tient à jour, et comment on repère ce qui a bougé, est une fonction continue ; nous l’expliquons dans garder à jour les connaissances de l’IA. Et si la recherche doit lire des systèmes comme l’ERP ou la GED, intégrer l’IA à vos systèmes explique comment la brancher sans rien refaire.
La phrase à retenir : ne demandez pas quel chatbot il vous faut, demandez ce que vos équipes cherchent sans le trouver. La réponse décide s’il vous faut un assistant ou, d’abord, une recherche qui marche.
Note : cet article n’utilise aucun chiffre de tiers. Le scénario est illustratif et le coût de chaque option dépend des sources, des droits et du volume de chaque entreprise.