Secteur

Vous posez la question de 2024

« Quelle IA acheter » a été une bonne question. Elle a cessé de l’être. Et continuer à la poser, c’est déjà acheter la mauvaise IA pour 2027.

Pendant deux ans, une seule question a occupé les comités IA des organisations juridiques : quel fournisseur, quel modèle, quelle plateforme. Les démos s’enchaînaient. Les pilotes se multipliaient. La question revenait, identique, à chaque trimestre. Cette question a été utile ; elle a permis d’explorer un territoire neuf, de comprendre ce que les outils savaient faire, de trier le sérieux du bavardage. Elle ne l’est plus, et c’est le genre de basculement qu’on ne remarque pas sur le moment, parce qu’une question qui a longtemps été la bonne continue de paraître pertinente par habitude, bien après avoir cessé de l’être.

Ce qui a changé, ce n’est pas la qualité des outils, c’est la nature du problème. Les organisations sérieuses ont aujourd’hui plusieurs outils qui font, chacun, ce qu’ils ont promis. Le manque n’est plus dans la sélection ; il est dans l’articulation. On a résolu « quel outil » et découvert, ce faisant, un problème d’un autre ordre : comment faire travailler ces outils ensemble, sans démultiplier la complexité, sans casser la gouvernance, sans dépendre d’un fournisseur. C’est une question que la première ne laissait pas voir, et qu’on ne rencontre qu’après avoir répondu à la première.

Bien choisir son outil ne sert à rien si le problème n’est plus le choix de l’outil.

Un problème de catalogue, ou un problème d’architecture

La différence entre l’ancienne question et la nouvelle n’est pas rhétorique, elle est de nature. « Quel outil acheter » est un problème de catalogue : il se résout en choisissant mieux dans une liste, en comparant des fiches, en pesant des fonctionnalités. « Comment ces outils tiennent-ils ensemble » est un problème d’architecture : il se résout en changeant de plan, non plus quel élément prendre, mais comment les éléments s’articulent. Ce sont deux registres de pensée distincts, et l’un ne se ramène pas à l’autre.

Cette distinction a une conséquence pratique redoutable. Tant qu’on traite un problème d’architecture comme un problème de catalogue, on achète mieux et on règle moins. On accumule des bons choix individuels qui produisent un mauvais résultat collectif, parce que la qualité de chaque pièce ne dit rien de la cohérence de l’ensemble. Une organisation peut avoir sélectionné, un par un, les meilleurs outils du marché, et se retrouver avec un système qui ne tient pas, précisément parce qu’elle a répondu avec excellence à la mauvaise question.

On peut mesurer l’écart à la manière dont la réponse se construit. Un problème de catalogue se traite en interne, par comparaison, et se tranche en réunion d’achat ; il engage un budget et se referme. Un problème d’architecture ne se referme pas à l’achat : il engage une manière de faire tenir les choses ensemble dans la durée, une gouvernance, une trajectoire. Confondre les deux, c’est croire qu’on a fini quand on a signé, alors qu’on n’a même pas commencé à traiter le vrai sujet, qui n’était pas dans le catalogue.

Un problème de catalogue se résout en choisissant mieux. Un problème d’architecture se résout en changeant de plan.

Il y a une raison pour laquelle cette confusion persiste, et elle tient à ce que le catalogue est rassurant. Choisir dans une liste est un exercice connu, borné, qui produit une décision nette et un sentiment de maîtrise : on a comparé, on a tranché, on a un responsable et une facture. Le problème d’architecture, lui, est inconfortable : il n’a pas de fin claire, il n’appartient à aucun fournisseur, il oblige à raisonner sur des relations plutôt que sur des objets. Face à cet inconfort, la tentation est forte de revenir au catalogue, où au moins les questions ont des réponses simples, même si ce ne sont pas les bonnes questions.

Le marché n’a pas encore de réponse organisée

C’est là que le marché coince, et il faut le dire clairement. Les fournisseurs proposent leur outil ; aucun, ou presque, ne propose la couche qui rendrait les outils cohérents. La question d’architecture est posée par les organisations ; l’offre, elle, est encore structurée comme un catalogue. Il y a un décalage entre la maturité de la demande, qui a compris qu’elle avait un problème d’articulation, et la maturité de l’offre, qui continue de vendre des pièces là où on lui demande une tenue d’ensemble.

On pourrait croire que la réponse est de choisir une plateforme unique qui fait tout. Mais c’est échanger un risque contre un autre : la fragmentation contre la dépendance. Une plateforme qui fait tout, c’est un seul fournisseur, un seul rythme d’innovation, un seul point de défaillance, et l’impossibilité de profiter du meilleur modèle du moment quand il apparaît ailleurs. Le verrouillage par un fournisseur unique n’est pas la sortie du problème d’architecture ; c’en est une forme dégradée, où l’on a résolu la cohérence en renonçant à la liberté.

La vraie réponse est d’une autre nature : une couche au-dessus des outils existants, internes ou externes, commerciaux ou open-source, qui assure ce qu’aucun ne tient seul, la mémoire des matières, la méthodologie, l’orchestration, les permissions, la traçabilité, tout en gardant les outils interchangeables. La bonne couche n’enferme pas, elle libère : elle rend l’organisation propriétaire de sa cohérence sans la rendre captive d’un fournisseur. C’est cette catégorie que MAX construit, non un outil de plus à comparer, mais une Legal Semantic Layer qui transforme une pile d’outils en environnement juridique unifié.

Le retard à changer de question se paie cher, parce qu’il est cumulatif. Chaque mois passé à empiler des outils sans couche au-dessus, c’est de la dette d’intégration qui s’accumule : plus de jonctions à tenir, plus de contexte dispersé, plus de gouvernance à rattraper le jour où l’on s’y mettra. L’organisation qui pose la bonne question tôt construit sur une base saine ; celle qui la pose tard devra d’abord défaire avant de pouvoir construire. Le débat est déjà passé à la couche au-dessus ; la seule question qui reste est de savoir qui l’a compris à temps, et qui continue d’optimiser une question que le marché a laissée derrière lui.

Il faut être précis sur ce que « changer de question » demande à une organisation, car ce n’est pas un simple ajustement de vocabulaire. C’est déplacer le centre de gravité de la décision. Tant qu’on demande « lequel acheter », la décision appartient à ceux qui comparent des produits, et se prend au rythme des démos. Dès qu’on demande « comment tout cela tient ensemble », la décision remonte vers ceux qui répondent de la cohérence et de la gouvernance, et se prend à l’échelle de l’organisation, pour des années. Ce n’est pas la même décision, ce ne sont pas les mêmes décideurs, et ce n’est pas le même horizon. Changer de question, c’est changer de niveau de décision.

Continuer à poser la question de 2024, c’est se garantir d’avoir la mauvaise IA en 2027.