Connect with us

Vos systèmes n’ont pas été conçus pour être parlés

Leaders d’opinion

Vos systèmes n’ont pas été conçus pour être parlés

mm

Lorsque les gens parlent d’IA au travail, il y a une fixation prévisible sur les risques. Hallucinations, fuites de données, lacunes en matière de conformité, injection de requêtes. Des industries entières se forment autour du catalogage de tout ce qui pourrait mal se passer lorsque vous laissez un modèle accéder à des informations sensibles.

Ce débat manque le point.

Le véritable changement n’est pas lié au risque ou à l’automatisation. Il s’agit de la façon dont le travail se déroule réellement. Les interfaces de chat deviennent la façon par défaut dont les gens interagissent avec les logiciels d’entreprise. La question n’est pas de savoir si ce changement est en cours. Il est déjà là. Que se passe-t-il pour les systèmes d’entreprise qui n’ont jamais été conçus pour être parlés ?

Clawdbot est le canari, pas la crise

Considérez Clawdbot, l’assistant intelligent qui s’est répandu dans les entreprises avant même que les services IT ne soient au courant de son existence.

Dans un sens, c’est une histoire familière. Chaque vague de technologie d’entreprise a produit ses propres outils d’ombre : Dropbox avant le stockage cloud sanctionné, Slack avant la messagerie approuvée, Notion avant les bases de connaissances officielles. Clawdbot est simplement la dernière version de ce modèle. Un outil utile adopté de bas en haut parce qu’il a résolu un problème réel plus rapidement que les systèmes officiels.

Ce qui est différent cette fois, c’est à quel point les outils basés sur le chat deviennent collants. Une fois que les employés s’habituent à demander à un bot des réponses (« résumer ce contrat », « trouver les chiffres du dernier trimestre », « rédiger une réponse à ce client »), il est difficile de revenir à la navigation dans les dossiers et les tableaux de bord.

Le point n’est pas Clawdbot lui-même. C’est à quel point les assistants conversationnels s’intègrent rapidement dans les flux de travail quotidiens, en s’installant discrètement entre les gens et leurs systèmes principaux. L’IT d’ombre n’a pas disparu. Elle a changé de forme. Au lieu d’applications rebelles, nous avons maintenant des interfaces rebelles qui médient l’accès aux données d’entreprise.

Le chat devient l’interface du travail

Pendant des décennies, les logiciels d’entreprise ont supposé un monde d’écrans, de menus et de formulaires structurés. Si vous vouliez quelque chose d’un système, vous y naviguiez : ouvrez le CRM, recherchez le compte, filtrez la vue, exportez les données. Le travail s’écoulait à travers des étapes explicites et visibles.

Le chat inverse ce modèle.

Les interfaces conversationnelles deviennent la principale façon dont les gens interagissent avec les informations d’entreprise. Les utilisateurs ne veulent plus « ouvrir » le CRM, l’ERP, les systèmes RH ou les référentiels de documents. Ils veulent poser des questions et donner des ordres en langage naturel. Le système devrait déterminer ce qu’il doit faire.

Ce n’est pas une simple modification de l’interface utilisateur. C’est un réinitialisation des flux de travail comparable au passage du bureau au mobile. Tout comme le mobile a changé la façon dont les produits étaient conçus et gérés, le chat redéfinit ce que signifie « utiliser » les logiciels d’entreprise.

À l’intérieur de nombreuses entreprises, vous pouvez déjà voir cela se produire. Les employés vivent dans Slack, Teams ou leur assistant IA. Tout le reste devient quelque chose qui se trouve derrière cette couche conversationnelle. Le centre de gravité a changé des applications aux invites.

Lorsque les interfaces changent, les systèmes sont laissés pour compte

C’est là que le déséquilibre architectural devient visible.

La plupart des systèmes d’entreprise hérités, en particulier les systèmes de gestion de documents, ont été conçus pour un monde de navigation humaine. Ils supposent des dossiers, des vérifications, des versions manuelles et des autorisations appliquées via une interface utilisateur traditionnelle. Ils ont été optimisés pour la conformité et la gestion des dossiers, et non pour être interrogés de manière programmatique par des agents IA.

Le chat ne « navigue » pas dans le sens traditionnel. Il ne clique pas à travers des arbres de dossiers ou ne comprend pas votre taxonomie interne. Il attend des API propres, des métadonnées riches, une recherche sémantique et une récupération fiable. Il attend des systèmes qui peuvent être indexés, raisonnés et connectés à d’autres outils en temps réel.

Si votre Système de gestion de documents (DMS) ne possède pas ces capacités, vous n’obtenez pas une intégration fluide avec les assistants IA modernes. Vous obtenez du code de raccord. Les équipes commencent à assembler des connecteurs fragiles, des scripts personnalisés et des logiciels intermédiaires simplement pour faire fonctionner les interactions de base. Sur le papier, le système « prend en charge l’IA ». Dans la pratique, vous avez construit une pile de Frankenstein qui est fragile, coûteuse et difficile à maintenir.

Les employés s’en aperçoivent.

Si le système de documents officiel ne peut pas parler à leur interface de chat préférée, ils ne déposent pas de ticket. Ils contournent le problème. Les documents commencent à dériver dans les fils de discussion Slack, les lecteurs partagés, les comptes de cloud personnels ou tout autre environnement qui intègre leur assistant. Les contrôles de documents formels ne sont pas rompus par une mauvaise intention. Ils s’érodent par convenance.

Si demander à un bot est plus rapide que la navigation dans votre DMS, votre DMS perdra.

Votre système de documents est-il prêt pour le chat ?

Cela nous amène à des questions que la plupart des organisations ne sont pas encore à l’aise de poser.

Votre système de documents peut-il appliquer les autorisations lorsqu’il est accédé de manière conversationnelle ? Non seulement via un navigateur, mais également via un agent IA agissant au nom d’un utilisateur ?

Expose-t-il des API modernes et fiables qui permettent aux outils IA d’indexer, de récupérer, de résumer et de raisonner sur le contenu sans contournements fragiles ?

Traite-t-il les documents comme des données structurées et lisibles par machine, avec des métadonnées cohérentes, une lignée et des relations, plutôt que de simples fichiers dans des dossiers ?

Et peut-être plus important encore : peut-il expliquer ses réponses ? Si un assistant IA récupère des informations à partir de votre DMS, pouvez-vous retracer quels documents ont informé cette réponse, quelle version a été utilisée et pourquoi ?

De nombreux systèmes hérités n’ont jamais été conçus pour ce type de médiation par machine. Ils supposent un humain dans la boucle qui clique, lit et interprète. Cette supposition se décompose.

Le chat ne remplace pas les systèmes. Il les expose.

Une idée fausse commune est que le chat rendra les systèmes sous-jacents inutiles. Le contraire est vrai. Le chat les rend plus importants.

Lorsque tout passe par une interface conversationnelle, la qualité de vos réponses dépend entièrement de la qualité des systèmes qui se trouvent en dessous. De mauvaises métadonnées, un contrôle de version désorganisé, des autorisations incohérentes, des référentiels fragmentés. Ceux-ci ne disparaissent pas. Ils sont amplifiés.

Si vos documents sont éparpillés sur cinq outils différents, votre assistant IA ne les unifiera pas magiquement. Si votre DMS a une recherche faible ou des contrôles d’accès médiocres, le chat reflétera fidèlement ces limites. Ou pire, encouragera les gens à les contourner.

Le chat agit comme un test de stress pour l’infrastructure d’entreprise. Il révèle quels systèmes sont vraiment modernes et lesquels sont simplement soutenus par des habitudes héritées.

Ceci est un problème de document, et non seulement un problème d’IA

Il est tentant de présenter tout cela comme un « problème d’IA ». Mais en son cœur, ceci est un problème de document.

Les documents sont la façon dont la plupart des entreprises fonctionnent réellement : contrats, politiques, conceptions, dépôts légaux, dossiers financiers, accords client. Si ces documents vivent dans des systèmes qui ne peuvent pas être accessibles et gérés de manière programmatique dans un monde où le chat est premier, aucune innovation en matière d’IA ne comblera le fossé.

Certaines organisations commencent à repenser l’infrastructure documentaire non pas comme un marécage de conformité, mais comme une couche fondamentale de leur pile IA. Ils se demandent : comment devrait être structuré notre Système de gestion de documents (DMS) si le chat est l’interface principale ? Quelles métadonnées avons-nous besoin ? Quelles API devons-nous exposer ? Comment nous assurer de la confiance et de la traçabilité à grande échelle ?

C’est la bonne conversation.

L’IT d’ombre était à propos d’outils. Ceci est à propos d’interfaces.

Il y a une décennie, l’IT d’ombre signifiait des applications non sanctionnées. Une équipe marketing utilisant Mailchimp, des ingénieurs utilisant GitHub, des représentants des ventes gérant des pipelines dans des tableurs.

Aujourd’hui, l’ombre est plus subtile. Ce n’est pas seulement les outils que les gens utilisent. C’est la façon dont ils interagissent avec tout.

Les agents conversationnels et les interfaces de chat deviennent la façon par défaut dont les employés font leur travail. Ils s’installent devant les systèmes principaux comme une nouvelle couche de contrôle, traduisant le langage naturel en actions à travers la pile.

Les entreprises qui lutteront ne seront pas celles qui n’ont pas d’assistants IA. Ce seront celles dont les systèmes fondamentaux n’ont pas été conçus pour survivre à être parlés.

Les gagnants traiteront le chat non pas comme une fonctionnalité à ajouter, mais comme l’interface autour de laquelle l’architecture d’entreprise devrait être conçue. Ils moderniseront leur infrastructure documentaire, adopteront l’accès programmatique et feront fonctionner la gouvernance avec l’IA conversationnelle, et non contre elle.

Le contrôle ne disparaît pas. Il évolue.

Stéphan Donzé est le fondateur et PDG d'AODocs, une société de logiciels qu'il a créée à partir de l'idée que le besoin de l'entreprise en matière de conformité et de processus efficaces n'est pas contradictoire avec une bonne expérience utilisateur. Avant de fonder AODocs, il était vice-président de l'ingénierie chez Exalead, une société de recherche d'entreprise de premier plan. Après que Exalead ait été acquis par Dassault Systèmes en 2010, il a déménagé en Californie depuis Paris en tant que vice-président de la stratégie produit. Stéphane a un diplôme d'ingénieur en logiciel de l'Ecole Polytechnique en France (X96). Avec 18 ans d'expérience dans les logiciels d'entreprise, il est passionné par l'expérience utilisateur à travers une organisation.