Un système d'information d'entreprise doit pouvoir intégrer les capacités de l'intelligence artificielle lorsqu'elles apportent une valeur ajoutée, et fonctionner sans elles lorsqu'elles n'en apportent pas ou lorsque le fournisseur modifie les conditions. Se préparer et être dépendant sont deux choses différentes ; les confondre lors des achats revient à transférer au système toute la volatilité d'un marché qui évolue plusieurs fois par an.
Cette distinction a une traduction pratique : Si le fournisseur du modèle cessait de fournir le service demain, qu'est-ce qui cesserait de fonctionner ? Si la réponse est « une fonctionnalité », le système est prêt. Si c'est « le système », il est dépendant.
Sérieusement, une approche axée sur l'API. Chaque fonction est exposée via un contrat documenté et versionné, et non pas seulement par une interface utilisateur. Cela permet d'intégrer de futures fonctionnalités, qu'il s'agisse d'IA ou autres, sans pour autant ouvrir complètement le système.
Des données accessibles et structurées. Il est essentiel de disposer d'une source fiable et de la possibilité d'exporter les relations entre les données, et non pas seulement des données brutes. Sans cela, aucune couche supérieure ne peut être construite.
Autorisations résolues dans les données. Pas à l'écran. C'est la condition pour qu'un assistant ou un agent puisse consulter sans devenir un goulot d'étranglement, pour les raisons que nous expliquons dans L'IA peut aussi divulguer des secrets [lien interne].
Traçabilité de l'usine. Un registre des changements intervenus, de leurs auteurs et de leur date. Ce registre est irréversible et constitue une exigence réglementaire de plus en plus stricte.
Modèle d'événement. Le système devrait pouvoir vous avertir en cas d'événement, sans que vous ayez à vérifier régulièrement. C'est ce qui permet une automatisation ultérieure sans dégradation des performances.
Configurabilité des règles métier. Les critères doivent pouvoir être modifiés sans avoir à déployer de code. Rédigées dans un format lisible, les règles peuvent être auditées, comparées et remplacées.
Ces six propriétés architecturales sont toutes excellentes, indépendamment de l'IA. C'est précisément là l'argument : Un système bien conçu est déjà en place., Et celle qui nécessite des adaptations extraordinaires pour intégrer l'IA avait déjà rencontré un problème.
Signe | Qu'est-ce que cela implique ? | Risque |
|---|---|---|
Les fonctionnalités de base nécessitent le modèle | Sans fournisseur, il n'y a pas de produit. | continuité des activités |
Il n'existe pas de comportement alternatif défini | En cas de défaillance du modèle, le système s'arrête. | opérations quotidiennes |
Les règles résident dans des invites non versionnées | Ils ne peuvent être ni audités ni comparés. | Conformité et qualité |
Le coût augmente en fonction de l'utilisation illimitée. | Une hausse de l'activité fait grimper la facture | Budget |
La deuxième ligne est la plus fréquente et la plus facile à corriger lors de la conception : définir le comportement du système lorsque le modèle ne répond pas. Il peut s’agir d’une mise en file d’attente, d’une simplification excessive ou d’une intervention humaine. Chacune de ces solutions est préférable à l’arrêt complet du système, et aucune ne se décide automatiquement.
Six questions spécifiques à poser à tout fournisseur, qu'il s'agisse ou non d'un produit d'« IA » :
Les six questions sont résolues lors d'une réunion et permettent un filtrage plus efficace que toute comparaison de caractéristiques.
L'argument financier est simple. Un système qui remplit les six conditions requises possède trois propriétés essentielles dans toute transaction d'entreprise : il peut être intégré à de futurs systèmes, il peut être audité et une autre équipe peut en prendre le relais.
Un système dépendant, en revanche, transfère la volatilité du marché des modèles à l'acheteur : des prix qui changent, des versions qui sont retirées et des fournisseurs qui, selon les prévisions de Gartner pour 2025, ne seront plus pour la plupart présents sur le marché — la firme estimait que sur les milliers de fournisseurs se présentant comme spécialistes des agents, seuls 130 environ l'étaient réellement.
Acheter aujourd'hui un système dépendant signifie s'exposer totalement à ce marché.
Lorsqu'on aborde l'achat d'un logiciel, il existe une manière de présenter les choses qui permet d'organiser la décision sans entrer dans les détails techniques : Nous voulons un système qui puisse être amélioré grâce à l'IA, et non un système d'IA..
Le premier est un investissement à long terme, dont les capacités évolueront avec le marché. Le second est un pari sur le fournisseur et le modèle qui domineront le marché dans trois ans, un pari qu'une entreprise dont l'activité principale est différente ne devrait pas prendre.
Il peut intégrer des fonctionnalités d'intelligence artificielle lorsqu'elles apportent une valeur ajoutée et continuer à fonctionner sans elles. La preuve est simple : si le fournisseur du modèle cessait ses activités demain, un système doté d'IA perdrait une fonctionnalité et un système dépendant cesserait de fonctionner.
Six : API documentée et versionnée pour toutes ses fonctions, données accessibles et exportables avec leurs relations, autorisations résolues au niveau des données et non au niveau de l'interface, traçabilité de l'usine, un modèle d'événements qui notifie au lieu de forcer les requêtes et des règles métier configurables sans déploiement de code.
Lorsque la fonctionnalité principale exige l'existence du modèle, lorsqu'aucun comportement alternatif n'est défini en cas de défaillance du fournisseur, lorsque les règles résident dans des invites non versionnées qui ne peuvent pas être auditées, et lorsque le coût évolue avec l'utilisation sans aucun plafond.
Toutes les fonctions sont-elles accessibles via des API documentées ? Les données peuvent-elles être exportées en conservant leur structure ? Les permissions sont-elles gérées au niveau des données ou de l’interface ? Qu’est-ce qui est consigné pour chaque modification ? Que se passe-t-il si le fournisseur de modèle est défaillant ? Est-il possible d’utiliser un fournisseur personnalisé ?.
Non, et c'est là l'argument : ce sont de bonnes propriétés architecturales, indépendamment de l'IA. Un système bien conçu est déjà prêt, et un système nécessitant des adaptations extraordinaires pour intégrer l'intelligence artificielle présentait un défaut de conception initial.
Car cela transfère à l'acheteur toute la volatilité d'un marché qui évolue plusieurs fois par an en termes de prix, de fonctionnalités et de disponibilité. Gartner estimait en 2025 que sur les milliers de fournisseurs se présentant comme spécialistes des agents immobiliers, seuls 130 environ l'étaient réellement.
Allez-vous acheter des logiciels cette année ? Nous évaluons si le contrat que vous vous apprêtez à signer répond à vos besoins futurs ou vous lie à un fournisseur spécifique. Notre expertise technique est indépendante et nous ne nous présentons pas comme candidats. Parlons-en → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
