Tous les articles

Business Central

Quand quelqu'un part, son savoir part avec lui : les clones IA internes comme mémoire d'entreprise

La documentation garde le quoi. Le pourquoi part avec la personne. Un clone IA interne, un par personne et propriété de l'entreprise, garde les décisions avec leurs raisons, les pièges déjà rencontrés et les routines qui en dépendent. Ce que nous avons appris en l'utilisant chaque jour.

Une rangée de piliers de verre bleu nuit sur un sol de studio gris clair, chacun abritant une toile turquoise de fils lumineux ; un fin fil ambre transmet la lumière d'un pilier au suivant.

Quand quelqu’un part, son savoir part avec lui : les clones IA internes comme mémoire d’entreprise

Quand une personne clé s’en va, les documents restent et les raisons partent. La procédure est toujours sur le partage réseau. Ce qui se perd, c’est pourquoi on fait comme ça, quelles exceptions ont déjà été tranchées, et quels pièges la personne avait appris à éviter. Un clone IA interne garde ce contexte : un clone par personne, propriété de l’entreprise, qui consigne les décisions avec leurs raisons au fil du travail, pas lors d’un entretien de départ.

Nous ne sommes pas partis de la théorie. Notre fondateur, Nabil BA-MOH, a construit Klyr, un clone IA, pour lui-même, et Asio tourne dessus chaque jour. Voici ce que nous y consignons réellement, et pourquoi.

Qu’est-ce qui part exactement quand une personne clé s’en va ?

Rarement la procédure. Presque toujours le jugement qui l’entoure.

Imaginez une contrôleuse de gestion qui part. Elle emporte le fait qu’une entité comptabilise toujours un certain flux en retard, qu’une exception passée a été convenue avec les auditeurs, et qu’un rapport paraît faux chaque mois de mars pour une raison connue. Rien de tout cela n’est dans la procédure. Cela vit dans sa tête, dans de vieux mails et dans les habitudes des gens autour d’elle.

La documentation garde le quoi. Le pourquoi part avec la personne. Et c’est le pourquoi dont la personne suivante a besoin, parce que c’est lui qui dit si une règle s’applique encore.

Pourquoi la documentation ne suffit-elle pas ?

Parce qu’elle s’écrit après coup, par quelqu’un qui connaît déjà la réponse, pour un lecteur qu’il imagine. Elle consigne la règle et laisse tomber le raisonnement, parce que le raisonnement semblait évident à celui qui écrivait.

Elle s’écrit aussi une seule fois. La personne continue d’apprendre après la rédaction, la page non. Six mois plus tard, la page décrit un processus qui a dérivé, et personne ne sait quelle moitié est encore vraie.

La capture doit se faire au moment où le savoir naît : quand la décision est prise, quand le piège est rencontré, quand l’exception est tranchée. C’est précisément le moment où l’on a le moins de temps pour écrire quoi que ce soit, et c’est là qu’un clone IA aide.

Que garde réellement un clone IA interne ?

Ce que vous lui confiez, avec la raison attachée. Dans notre usage quotidien, quatre types d’éléments y entrent :

  • Les décisions, avec leur date et leur raison. Quand une question est tranchée, le clone consigne la réponse, qui a décidé, quand et pourquoi, et la marque comme tranchée pour qu’elle ne soit plus reposée. Rouvrir une question réglée coûte plus cher qu’on ne le croit : du temps, et de la confiance.
  • Les pièges, notés le jour où on les rencontre. Quand nous avons tiré une mauvaise conclusion, nous consignons la mauvaise conclusion elle-même, pas seulement la bonne réponse. Notre cas le plus net : un agent qui a cherché dans nos données ERP sur le mauvais champ et a répondu « rien trouvé ». Ce piège, et la méthode que nous utilisons pour vérifier ce qu’un agent IA lit, sont désormais inscrits dans la routine qui aurait pu y retomber.
  • Les faits qui expirent, marqués comme tels. Certains faits tiennent un an. D’autres changent chaque mois : une liste de personnes, un code qui change de période, une date qui glisse. Nous marquons les seconds « à revérifier à chaque fois », et nous notons la date de leur dernière vérification.
  • Les routines. Le travail qui se répète, comme nos contrôles mensuels des feuilles de temps, vit sous forme de routine avec ses étapes et ses contrôles. Il ne dépend pas de la mémoire d’une seule personne.

Le clone ne décide pas de ce qui est vrai. Il garde ce qu’une personne a décidé, et dit quand cela a été décidé.

Comment éviter qu’une mémoire d’entreprise se remplisse de fausses réponses ?

En séparant ce qui a été décidé de ce qui a seulement été écrit.

Notre règle est stricte : une note est un brouillon tant qu’une personne n’a pas dit le contraire. Une note non relue peut servir à réfléchir. Elle n’est jamais présentée comme un fait, et elle ne voyage jamais vers un document, un message ou une phrase destinée à un client sans que quelqu’un l’ait confirmée.

La seconde protection, c’est le contrôle. Sur Klyr, vous pouvez lire, modifier ou effacer chaque souvenir à tout moment. Une mémoire que personne ne peut inspecter n’est pas un savoir d’entreprise, c’est un risque.

À qui appartient le clone quand quelqu’un part ?

À l’entreprise. Avec Klyr for Teams, chaque personne de l’entreprise a son propre clone, et l’entreprise le possède et le contrôle. Ce que les équipes construisent reste dans l’entreprise, même quand elles partent.

C’est cette propriété qui transforme un outil personnel en mémoire d’entreprise. Un abonnement IA personnel acheté par un salarié part avec lui, avec tout ce qu’il a appris. Un clone que l’entreprise possède reste. C’est la même logique qu’une boîte mail ou un partage réseau : le compte appartient à l’entreprise, le travail qui s’y fait aussi.

Deux limites méritent d’être dites clairement. Un clone ne garde que ce qu’on lui a donné : une personne qui ne s’en est jamais servie ne laisse rien derrière elle. Et il garde du savoir, pas de l’autorité : la personne suivante doit toujours décider si une décision passée tient encore.

Où cela se place-t-il dans un plan IA de groupe ?

À côté de l’ERP, pas dedans. L’ERP porte les transactions. Le clone porte le contexte autour : pourquoi une entité est paramétrée d’une certaine façon, quel arbitrage a été fait à la dernière clôture, quel contournement existe et pourquoi.

Dans un groupe, ce contexte est réparti entre plus de personnes et plus d’entités, il se perd donc plus vite. C’est pourquoi les clones internes sont l’une des pièces de notre approche de l’IA pour les groupes multi-entités, à côté des agents qui lisent et contrôlent les données ERP.

L’approche Asio Services

Nous faisons tourner notre propre entreprise sur un clone avant d’en parler, et nous nous appliquons la discipline que nous demanderions à un client. Les décisions sont consignées avec leurs raisons le jour où elles sont prises. Les pièges entrent le jour où on les rencontre. Les faits qui expirent portent la date de leur vérification. Et rien de non relu n’est jamais présenté comme un fait.

Si vous voulez savoir ce que votre entreprise perdrait si deux personnes clés partaient au prochain trimestre, et comment le garder, commencez par une session de clarté.

FAQ

Qu’est-ce qu’un clone IA interne ?

Une IA qui garde le contexte du travail d’une personne : ses décisions et leurs raisons, les pièges qu’elle a rencontrés, les routines qu’elle exécute. En entreprise, chaque personne a son propre clone, et l’entreprise en est propriétaire.

Un clone IA remplace-t-il la documentation ?

Non. La documentation consigne la règle. Un clone consigne le raisonnement et les exceptions au moment où ils apparaissent, c’est-à-dire la partie que la documentation perd le plus souvent. Les deux fonctionnent ensemble.

Que devient le clone quand un salarié part ?

Avec Klyr for Teams, l’entreprise possède et contrôle chaque clone, donc ce que la personne a construit reste dans l’entreprise. Le clone garde ce qu’on lui a donné ; il n’invente pas ce que la personne n’a jamais consigné.

Une mémoire d’entreprise peut-elle diffuser de fausses informations ?

Oui, si l’on traite les brouillons comme des faits. Notre règle : une note reste un brouillon tant qu’une personne ne l’a pas confirmée, et chaque souvenir peut être lu, modifié ou effacé à tout moment.

Votre Business Central est-il le problème, ou le symptôme ?

On audite ce que vous faites tourner réellement, on nomme ce qui vaut le coup d’être gardé, et on tue le reste. Une conversation suffit en général à savoir dans quel cas vous êtes.

Commencez par la clarté