Leaders d’opinion

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

mm
Ajouter Unite.AI à vos sources préférées sur Google

Lorsque les gens parlent d’IA au travail, il y a une fixation prévisible sur les risques. Hallucinations, fuites de données, lacunes de conformité, injection de prompt. Des industries entières se forment autour de la catalogation de tout ce qui peut mal se passer lorsque vous laissez un modèle près d’informations sensibles.

Ce débat manque le point.

Le véritable changement n’est pas lié au risque ou à l’automatisation. C’est à 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 route. 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érons Clawdbot, l’assistant intelligent qui s’est répandu dans les entreprises avant même que les services IT ne sachent qu’il existait.

Dans un sens, c’est une histoire familière. Chaque vague de technologie d’entreprise a produit ses propres outils de l’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 résolvait 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édigier 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’interposant discrètement entre les gens et leurs systèmes principaux. L’IT de l’ombre n’a pas disparu. Elle a changé de forme. Au lieu d’applications illégales, nous avons maintenant des interfaces illégales qui médiatisent 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 faut faire.

Ce n’est pas une modification de l’interface utilisateur. C’est un réinitialisation du flux de travail comparable au passage de l’ordinateur de 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 les 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 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 Frankenstein qui est fragile, coûteuse et difficile à maintenir.

Les employés s’en rendent compte.

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 threads Slack, les lecteurs partagés, les comptes cloud personnels ou tout environnement qui intègre leur assistant. Les contrôles de documents formels ne sont pas cassés par une mauvaise intention. Ils s’érodent par commodité.

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 prêtes à 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 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 comme des 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 hypothèse se brise.

Le chat n’échange 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 se concentre sur 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ésordonné, 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 réellement modernes et lesquels sont simplement soutenus par des habitudes héritées.

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

Il est tentant de présenter tout cela comme un “problème d’IA”. Mais au 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 avec les clients. Si ces documents vivent dans des systèmes qui ne peuvent pas être accessibles de manière programmatique et gérés dans un monde où le chat est la première interface, aucune innovation en matière d’IA ne comblera le fossé.

Certaines organisations commencent à repenser l’infrastructure documentaire non comme un cul-de-sac de conformité, mais comme une couche principale de leur pile IA. Ils se demandent : comment notre Système de gestion de documents (DMS) devrait-il être structuré 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 de l’ombre était à propos d’outils. Ceci est à propos d’interfaces.

Il y a une décennie, l’IT de l’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.

L’ombre d’aujourd’hui est plus subtile. Ce n’est pas seulement à propos des outils que les gens utilisent. C’est à propos de 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’asseyent devant les systèmes principaux comme une nouvelle couche de contrôle, en 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 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 en sorte que la gouvernance fonctionne 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 conformité et de processus efficaces de l'entreprise 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 leader. Après que Exalead ait été acquis par Dassault Systèmes en 2010, il a déménagé en Californie de 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.