À retenir
Pour chaque famille de documents qui engage l’entreprise, désignez un propriétaire, une période d’application et un événement de révision. Quand une source devient douteuse, suspendez les usages concernés jusqu’à confirmation. Réimporter les mêmes archives ne permet pas de savoir quelle règle s’applique aujourd’hui.
La citation prouve l’origine, pas la validité actuelle
Exemple fictif : un commercial demande les frais d’installation applicables à un nouveau client. L’assistant retrouve une grille tarifaire et cite la bonne page. Pourtant, cette grille ne couvre que les contrats signés avant une modification de l’offre. La recherche a fonctionné ; la décision commerciale reste erronée.
Le problème ne se résout pas nécessairement en changeant le système de recherche. Il manque une information sur l’applicabilité du document. Tant que cette information n’existe pas, un classement plus précis peut simplement faire remonter l’ancien tarif avec davantage d’assurance.
Le Company Brain comme mémoire opérationnelle doit donc conserver les conditions d’usage du savoir, pas seulement son texte. Le responsable commercial reste l’autorité sur la règle tarifaire.
Séparez modification, prise d’effet et confirmation
Un fichier peut avoir été modifié hier pour corriger une coquille et contenir une procédure abandonnée depuis plusieurs mois. À l’inverse, un contrat ancien peut toujours régir un client. Utiliser la date de modification comme seul signal de fraîcheur crée ces deux erreurs.
- Date de modification : quand le support a changé.
- Période d’application : pour quels contrats, produits ou situations la règle vaut.
- Dernière confirmation : quand son propriétaire a vérifié qu’elle reste applicable.
Ces informations ne sont pas interchangeables. Pour une grille de prix, le propriétaire peut préciser « nouveaux contrats à compter de telle date », avec un lien vers la règle antérieure pour les engagements encore actifs. L’assistant dispose alors d’une distinction exploitable au lieu de devoir choisir le fichier le plus récent.
Organisez la révision autour des événements métier
Un rappel périodique peut aider, mais il ne remplace pas le signal qui annonce un changement. Un nouveau tarif doit déclencher la révision de la famille tarifaire ; une modification des conditions de support doit atteindre les procédures de réponse et les engagements concernés.
Attribuez ces événements à un propriétaire identifiable. Il confirme la nouvelle règle, indique ce qu’elle remplace et précise ce qui reste valable. L’équipe qui entretient la base applique ensuite cette décision. Si elle doit deviner seule les documents concernés, le traitement documentaire absorbe une responsabilité métier qu’elle ne peut pas exercer.
Commencez par une famille dont l’erreur coûte réellement : prix, conditions de vente ou consignes de traitement client. Un inventaire exhaustif des archives n’est pas nécessaire pour protéger ce premier usage.
Premier périmètre utile
Choisissez une question fréquente, sa source officielle et la personne qui peut la confirmer. Cadrer ce circuit avec First Contact permet d’identifier ce qui manque avant d’importer davantage de documents.
Retirez la règle périmée de tous ses usages actifs
Remplacer le document principal ne suffit pas si son ancienne règle existe encore dans une FAQ, un résumé ou un brouillon réutilisable. L’entreprise doit pouvoir repérer ces dérivés, les marquer comme dépassés ou les régénérer à partir de la version approuvée.
Gardez l’historique lorsque les anciens engagements l’exigent, mais séparez-le des règles proposées par défaut. Une archive reste consultable pour comprendre un contrat passé ; elle ne doit pas servir de réponse actuelle sans vérifier le contexte.
Si l’impact ne peut pas être établi immédiatement, limitez l’action concernée. L’assistant peut continuer à retrouver un dossier tout en demandant confirmation avant de communiquer un prix. Cette restriction proportionnée évite de fermer toute la base à cause d’une seule famille incertaine.
Testez la question qui utilisait l’ancienne règle
Après correction, reposez une question ordinaire, puis un cas frontière : client couvert par l’ancien contrat, date manquante ou document sans propriétaire confirmé. Le contrôle doit observer la réponse, la source et la décision d’agir ou de demander une validation.
Ne vous contentez pas de voir le nouveau fichier dans la liste des documents. Une réponse encore fondée sur un ancien résumé révèle que la mise à jour n’a pas atteint toute la chaîne. Conservez le cas de contrôle pour les prochaines révisions, avec les données autorisées et le résultat attendu.
Le maintien de ce circuit doit avoir un responsable durable. La répartition des responsabilités de maintenance d’un agent IA aide à distinguer la validation métier de la remise en état technique. Aucune des deux ne remplace l’autre.
Le dirigeant peut commencer avec une règle simple : aucune information engageante ne reste « actuelle » sans propriétaire capable de la confirmer. Le Company Brain devient alors une mémoire que l’entreprise sait corriger, plutôt qu’un accumulateur de réponses sourcées mais invérifiables dans le présent.
Passer du besoin au premier périmètre
Définissez avec Amplify le travail à confier, les validations et les preuves attendues.
Découvrir First Contact