Un agent IA de support ne peut pas répondre de manière fiable à partir d’une collection de documents contradictoires. Avant de connecter l’outil, l’équipe doit définir les sujets pris en charge, nettoyer les sources, attribuer des propriétaires et prévoir la sortie lorsqu’une réponse manque.
La qualité des connaissances ne se mesure pas au volume importé. Une base courte, actuelle et structurée peut mieux servir qu’une archive complète.
Inventorier les sources réellement utilisées
Demandez aux conseillers où ils cherchent une réponse : centre d’aide, document interne, fiche produit, message épinglé ou collègue. L’inventaire officiel oublie souvent les raccourcis.
Pour chaque source, notez le public, le propriétaire, la date de revue et le niveau de confidentialité. Séparez les contenus destinés aux clients des procédures internes.
Retirez les versions anciennes et marquez les informations temporaires. L’agent ne doit pas choisir entre deux horaires ou deux processus selon une ressemblance de mots.
Définir des unités de réponse
Découpez le contenu par question ou action. Une procédure doit avoir un titre clair, des conditions, des étapes et une sortie. Les exceptions sont reliées à la règle plutôt que dispersées.
Placez la réponse principale au début. L’agent peut fournir le détail ensuite. Pour une conversation vocale, les longues listes sont envoyées par écrit si le client l’accepte.
Ajoutez les synonymes et formulations clients dans les métadonnées, sans créer plusieurs pages identiques. Le contenu conserve une seule source de vérité.
Attribuer une responsabilité éditoriale
Chaque domaine a un propriétaire capable de valider les changements. Le support peut signaler une erreur, mais la règle métier est corrigée par la personne habilitée.
Créez un cycle de revue adapté au changement. Une information stable peut être revue moins souvent qu’un processus opérationnel. Une date seule ne suffit pas ; le système doit alerter le propriétaire.
Conservez l’historique et la raison. Lorsqu’une réponse change, l’équipe comprend si les anciennes conversations doivent être reprises.
Tester la recherche et la formulation
Créez un jeu de questions issues des tickets, anonymisées. Incluez des formulations courtes, des fautes, des demandes multiples, des questions proches et des sujets hors périmètre.
Pour chaque question, définissez la source attendue et la bonne sortie : répondre, clarifier, transférer ou refuser. Le test ne doit pas seulement comparer le texte final ; il doit vérifier la source choisie.
Demandez à l’agent de citer ou relier la procédure pour la revue interne. Une réponse fluide sans origine est difficile à contrôler.
Préparer les absences et contradictions
Ajoutez une question dont la réponse n’existe pas. L’agent doit reconnaître le manque et créer une demande, pas inventer une politique. Ajoutez ensuite deux sources contradictoires pour vérifier l’arrêt.
Le message au client doit rester utile : expliquer que l’information doit être confirmée, recueillir le contexte et annoncer la prochaine étape sans promettre un délai non maîtrisé.
La demande non résolue devient aussi un signal éditorial. Si le même sujet revient, le propriétaire décide de créer une réponse validée.
Relier la base au travail des conseillers
Le conseiller qui reprend voit la question, les sources consultées, la réponse donnée et le blocage. Il peut corriger sans tout reconstituer.
Ajoutez un bouton ou une voie simple pour signaler une source obsolète. Le retour doit créer une tâche attribuée, pas seulement une note dans un journal.
Mesurez les corrections, les transferts et les questions sans source. Elles indiquent la santé de la base plus clairement qu’un total de documents.
Simuler une mise à jour urgente
Changez une procédure dans l’espace de test et mesurez tout le parcours : validation, publication, disponibilité pour l’agent et retrait de l’ancienne version. Posez ensuite une question qui correspond exactement à l’ancienne réponse. Le système doit utiliser la nouvelle source ou signaler une période d’incertitude.
Prévoyez aussi un message temporaire lorsque l’équipe ne peut pas encore valider la réponse. Cette simulation révèle les caches, index et copies qui rendent une correction plus lente que prévu. Elle permet d’écrire une procédure avant qu’une vraie urgence survienne.
Testez enfin les canaux. Une correction disponible sur le site doit aussi atteindre le chatbot, l’agent vocal et l’interface des conseillers selon le périmètre. Des versions différentes de la même règle créent une expérience incohérente et compliquent la reprise.
Structurer une fiche de connaissance
Une bonne fiche répond à une question et indique son périmètre. Donnez-lui un titre qui décrit l’action, une date de validité, un propriétaire, les conditions d’application et les exceptions. Séparez les consignes internes des formulations destinées au client. Un agent qui reçoit une procédure et un message marketing sans indication peut mélanger leurs rôles.
Ajoutez des exemples de cas acceptés et refusés. L’exemple n’est pas une vérité universelle ; il aide à montrer la frontière. Si la réponse dépend d’un contrat, d’une région ou d’un type de dossier, écrivez cette condition explicitement. Les équipes doivent pouvoir corriger la fiche sans connaître le fonctionnement du modèle.
Traiter les sources qui se contredisent
Lorsque deux documents donnent des réponses différentes, ne demandez pas à l’agent de choisir selon son intuition. Désignez une source de référence, vérifiez sa date et retirez l’ancienne version du périmètre de recherche. Si aucune source ne peut être déclarée prioritaire, la bonne réponse est une reprise humaine.
Testez la contradiction avec deux formulations : la question directe et une question qui reprend l’ancien texte. L’agent ne doit pas citer une règle supprimée parce qu’elle ressemble davantage aux mots de la demande. Notez l’incident dans le registre de contenu et corrigez la source, la priorité ou l’instruction.
Faire participer les conseillers
Demandez aux conseillers de fournir des questions réellement reçues, anonymisées et regroupées par intention. Ils connaissent les mots imprécis, les demandes implicites et les exceptions que la documentation oublie. Leur rôle ne se limite pas à relire la grammaire : ils doivent dire quand une réponse est actionnable et quand elle crée une nouvelle relance.
Organisez une revue courte des sorties. Chaque participant marque la réponse comme utilisable, à corriger, à escalader ou impossible à évaluer. Demandez le motif, pas seulement une note. Ces motifs deviennent des améliorations de fiches et de cas de test.
Versionner la base comme un produit
Conservez l’auteur, la date de modification, la raison du changement et l’ancienne version. Lorsqu’une réponse est corrigée, recherchez les cas qui peuvent être affectés. Une modification d’une règle de livraison, d’accès ou de sécurité peut concerner plusieurs catégories de demandes.
Préparez une procédure d’urgence : désactiver une fiche, marquer une réponse comme non utilisable, prévenir les conseillers et rejouer les questions concernées. La capacité à retirer rapidement une connaissance est aussi importante que la capacité à en ajouter.
Mesurer l’utilité de la connaissance
Ne mesurez pas seulement la présence d’une citation. Vérifiez que la source permet au conseiller de comprendre l’action, que la réponse respecte le périmètre et que la reprise reçoit l’information manquante. Suivez les questions sans réponse, les corrections répétées et les fiches qui génèrent des interprétations différentes.
Une base peut grandir tout en devenant moins utile. Supprimez les doublons, fusionnez les procédures proches et transformez les décisions fréquentes en règles claires. La qualité éditoriale se maintient par retrait autant que par ajout.
Préparer les formats difficiles
Les connaissances ne sont pas toujours des pages bien écrites. Elles peuvent se trouver dans un tableau, une pièce jointe, une réponse de courriel, une note interne ou une vidéo de formation. Pour chaque format, vérifiez ce que l’agent peut réellement lire et ce que la source perd lors de l’importation. Un tableau sans en-têtes clairs ou une capture d’écran sans texte exploitable ne devient pas une règle fiable par magie.
Transformez les informations dispersées en unités vérifiables. Une unité peut décrire une condition, une action, une exception et une source. Conservez le lien vers le document d’origine afin que la personne responsable puisse corriger l’unité lorsque la procédure change. Évitez les résumés qui effacent les conditions importantes au nom de la simplicité.
Écrire pour la recherche et pour la reprise
Utilisez les mots des clients dans les titres, mais ajoutez le vocabulaire interne nécessaire au classement. Une demande comme « je veux changer de formule » peut correspondre à plusieurs procédures. La fiche doit aider l’agent à demander la précision utile plutôt qu’à choisir un parcours au hasard.
Préparez une réponse de reprise. Elle indique la question manquante, la source à consulter et la file où transmettre. Un conseiller doit pouvoir poursuivre avec un minimum de recherche. Si l’agent répond seulement « je ne sais pas », la base ne permet pas d’apprendre des absences.
Tester l’obsolescence
Créez un cas sur une règle retirée, un ancien nom de service et une adresse qui n’est plus valable. L’agent doit soit utiliser la nouvelle source, soit signaler la contradiction. Mesurez le temps entre le retrait d’une fiche et sa disparition du parcours réellement interrogé.
Réalisez ce test sur chaque canal qui utilise la base. Une mise à jour peut atteindre l’interface des conseillers mais rester présente dans un index secondaire ou une mémoire de conversation. Le propriétaire de la connaissance doit disposer d’une procédure pour vérifier et confirmer la propagation.
Installer une revue de contenu
La revue ne consiste pas à relire toutes les réponses chaque jour. Choisissez des déclencheurs : incident, modification de procédure, répétition d’une correction, nouvelle question fréquente ou changement de canal. À chaque déclencheur, vérifiez les fiches liées et ajoutez un cas de test.
Conservez un registre des décisions éditoriales. Il explique pourquoi une fiche a été fusionnée, retirée, rendue plus précise ou limitée à une équipe. Ce registre protège contre le retour d’une ancienne règle et facilite la transmission à une nouvelle personne.
Éviter les connaissances contradictoires entre équipes
Une équipe commerciale, une équipe support et une équipe administrative peuvent employer des mots différents pour une même situation. Réunissez les définitions dans un glossaire commun et indiquez les variantes autorisées. L’agent peut ensuite traduire une formulation client vers la bonne procédure sans mélanger les responsabilités.
Quand deux équipes ont réellement des règles différentes, ne forcez pas une réponse unique. Indiquez le périmètre, la condition et la destination. Une réponse prudente qui demande l’équipe concernée vaut mieux qu’une synthèse qui applique une procédure au mauvais dossier.
Préparer une matrice question-source
Associez à chaque question fréquente une source principale, une source secondaire éventuelle, une condition d’arrêt et un propriétaire. La matrice rend visibles les questions sans réponse et les fiches qui servent à trop de situations différentes. Elle facilite aussi la création d’un jeu de test à partir du travail réel.
Ajoutez une colonne pour les mots employés par les clients. Le titre interne d’une procédure n’est pas toujours celui qui apparaît dans un message. Cette correspondance aide l’agent à chercher sans obliger l’équipe à réécrire la documentation dans chaque variante linguistique.
Gérer les procédures conditionnelles
Certaines réponses changent selon la région, le type de contrat, la date ou le canal. Écrivez la condition avant l’action et indiquez ce qui se passe lorsqu’elle n’est pas connue. Une fiche qui donne d’abord la procédure puis ajoute une exception en bas de page favorise les réponses incomplètes.
Testez une demande où deux conditions se contredisent. L’agent doit demander la précision ou transmettre. La certitude apparente n’est pas un bon résultat lorsque la donnée qui départage les règles manque.
Contrôler la traduction et le ton
Faites relire les réponses dans les langues réellement utilisées par l’équipe. Vérifiez les termes de produit, les conditions, les négations et les consignes d’arrêt. Une traduction élégante peut modifier une condition importante ou rendre une limitation moins visible.
Définissez aussi le ton qui convient à chaque canal. Le ton ne doit pas supprimer la précision, la source ou la possibilité de demander un humain. Utilisez des exemples acceptables et des exemples à corriger pour guider la revue.
Organiser la dépublication
Une fiche doit pouvoir être retirée sans supprimer la preuve de sa dernière utilisation. Marquez son statut, la raison du retrait et les canaux affectés. Rejouez les questions associées après la dépublication et vérifiez que l’agent s’abstient ou utilise la nouvelle source.
La dépublication est particulièrement importante pour les procédures temporaires. Donnez une date de fin ou un responsable de renouvellement. Une règle saisonnière oubliée devient une réponse fausse qui paraît pourtant bien documentée.
Faire évoluer le jeu de tests
Chaque incident ajoute soit un cas, soit une justification de non-ajout. Le jeu doit couvrir les nouveaux produits, les nouvelles questions, les canaux et les formats. Conservez quelques cas de régression pour vérifier que la correction d’une fiche ne dégrade pas une réponse voisine.
La revue oppose les résultats à une réponse attendue écrite par un conseiller. Si l’équipe n’arrive pas à définir cette réponse, le problème concerne la procédure et doit être résolu avant le réglage de l’agent.
La checklist de préparation
Vérifiez la source, son propriétaire, sa date, son périmètre, ses conditions, ses exceptions, les mots du client, la réponse attendue et la règle de reprise. Ajoutez un cas qui doit utiliser la fiche et un cas qui doit la refuser. Une fiche est prête lorsqu’un conseiller peut la corriger sans dépendre du concepteur de l’agent.
Après chaque publication, testez une question directe, une question ambiguë, une ancienne formulation et une demande hors périmètre. Vérifiez la propagation sur chaque canal. Conservez les résultats et la version de la base.
Retirez les doublons et les procédures périmées. Le but n’est pas de remplir une base, mais de donner à l’agent et au conseiller une règle identifiable, datée et réutilisable. La qualité se voit dans les réponses et dans la facilité de mise à jour.
Avant une ouverture, demandez à un conseiller de traiter une question sans l’aide de la personne qui a préparé les fiches. Il doit retrouver la source, comprendre la condition et utiliser la reprise. Ce test vérifie que la connaissance est réellement exploitable par l’équipe.
Demandez ensuite au même conseiller de signaler une fiche obsolète et d’expliquer comment elle sera retirée. La préparation est complète lorsque l’équipe sait utiliser, contester, corriger et dépublier une connaissance sans dépendre d’un échange informel.
Conservez un cas de régression pour chaque correction importante. Le conseiller doit pouvoir vérifier que la nouvelle fiche améliore la réponse visée sans supprimer une condition utile dans une demande voisine. Cette pratique transforme la base en système éditorial maintenu.
La base est prête lorsque son propriétaire peut expliquer une réponse, retirer une fiche et rejouer le cas associé sans dépendre du fournisseur.
Le conseiller doit également savoir quelle information demander lorsque la fiche ne permet pas de répondre. Cette sortie de reprise est un résultat attendu de la préparation.
Exemple de cycle de correction d’une connaissance
Un conseiller signale qu’une réponse donne une ancienne procédure. Le propriétaire de la base vérifie la source, retire la fiche dépassée, publie la règle à jour et note la raison du changement. Il rejoue la question initiale, une question formulée différemment et un cas où la réponse doit être transmise.
Le résultat attendu ne consiste pas seulement à afficher le nouveau texte. L’agent doit citer la source récente, ne plus utiliser l’ancienne règle et indiquer une reprise si la demande dépend d’un détail absent. Les conseillers doivent voir quel contenu a changé afin d’adapter leur propre réponse.
Le cas rejoint ensuite la série de régression. Cette méthode permet à la base de s’améliorer sans supprimer la mémoire des erreurs qui ont révélé une ambiguïté, un doublon ou une procédure non maintenue.
Vérifier qu’une connaissance reste trouvable
Après chaque mise à jour, cherchez la réponse avec les mots du client, avec le vocabulaire interne et avec une formulation incomplète. L’agent doit retrouver la fiche à jour, citer la condition pertinente ou demander la donnée qui manque. Il ne doit pas réintroduire une règle retirée parce que ses mots ressemblent davantage à la question.
Demandez au propriétaire de la base de réaliser cette vérification sur les canaux concernés. Le résultat est consigné avec la date, la source et le cas de test. Ce geste transforme une publication documentaire en connaissance réellement exploitable par le support et par l’agent.
Fiche de retrait d’une source
Lorsqu’une procédure devient obsolète, inscrivez son titre, son propriétaire, les canaux qui l’utilisent, la date de retrait et le cas de test associé. Le propriétaire vérifie que l’agent ne la retrouve plus et qu’une question liée mène vers la nouvelle règle ou vers une reprise humaine.
Cette fiche évite les suppressions silencieuses. Elle permet aux conseillers de comprendre pourquoi une réponse a changé et de vérifier que la connaissance utile reste disponible au bon endroit.
Atelier « source, réponse, responsable »
Organisez un atelier court avec une procédure réelle, un cas support anonymisé et la personne qui possède la procédure. Commencez par faire rechercher la réponse sans l’agent, puis comparez le passage retenu à celui que l’agent utilise. Cette comparaison met souvent en lumière un détail absent de la source : une condition, une exception ou une étape réservée à une équipe. Ne corrigez pas seulement la réponse finale. Notez quelle phrase de la source doit être clarifiée, déplacée ou accompagnée d’un propriétaire joignable.
Pour chaque source, complétez une carte en trois lignes : la question à laquelle elle répond, le moment où elle devient insuffisante et le responsable qui décide de sa mise à jour. Une base de connaissances paraît complète tant que les questions sont simples. Elle doit aussi indiquer ce que le conseiller fait lorsque le cas combine deux produits, lorsqu’un document est plus récent que la procédure ou lorsqu’un client conteste une information. Ces limites ne sont pas des défauts à cacher : elles donnent à l’agent une raison explicite de transmettre plutôt que d’improviser.
Terminez par une question volontairement sans réponse dans le corpus. L’agent doit dire qu’il ne dispose pas de source suffisante, transmettre le contexte déjà recueilli et éviter de fabriquer une procédure plausible. Le conseiller vérifie alors qu’il peut enrichir la base à partir de ce cas, avec un auteur et une date de revue. Cette recette transforme un échec contrôlé en amélioration documentée. Elle évite aussi de mesurer la qualité uniquement sur des questions dont la réponse est déjà parfaite dans les documents sélectionnés.
Gardez le résultat de cet atelier avec le lien vers la source relue et la décision prise. À la prochaine modification, le même cas sert de repère : l’équipe voit si la réponse progresse, régresse ou doit toujours être transmise.
Questions fréquentes
Peut-on importer tous les anciens tickets ?
Ils peuvent aider à construire les questions de test, mais contiennent des données et des réponses parfois obsolètes. Ne les transformez pas automatiquement en source.
Comment gérer plusieurs langues ?
Validez les sources et les traductions par langue. Testez les termes métier et assurez-vous qu’une mise à jour se propage aux versions concernées.
Qui valide une nouvelle FAQ ?
Le propriétaire métier confirme le fond, le support vérifie la clarté et le responsable de la base publie la version.
Préparer votre base support
Contactez Agents-IA.pro pour comparer des agents de support à partir de vos sources, cas d’abstention et processus de reprise.
À lire ensuite
Pour compléter cette étape, consultez Choisir un agent IA adapté au métier de votre PME.
Pour vérifier le point suivant, poursuivez avec Comparer deux agents IA sans suivre la démo parfaite.
Pour replacer cette décision dans l’ensemble du dossier, lisez Déployer un agent IA commercial avec garde-fous.
Pour éviter une analyse isolée, rapprochez ce guide de Marketplace d’agents IA : critères de sélection utiles.
Sources de référence
Ces références permettent de vérifier les règles, les méthodes et les limites évoquées dans l’article.
Pour contrôler les éléments factuels, consultez EUR-Lex — règlement européen sur l’IA : Cadre officiel européen pour les obligations, les risques et la gouvernance des systèmes d’IA.
Pour contrôler les éléments factuels, consultez NIST — AI Risk Management Framework : Cadre public de référence pour gouverner, mesurer et maîtriser les risques liés à l’IA.
Pour contrôler les éléments factuels, consultez CNIL — intelligence artificielle : Recommandations françaises sur l’IA, les données personnelles et les droits des personnes.