Acheter vite peut coûter longtemps

Ce dossier utilise un scénario illustratif et des hypothèses de calcul explicites ; il ne présente pas un résultat client de CYTIZEN. Thomas, directeur des applications, reçoit trois propositions pour analyser des contrats. La première ajoute une fonction d’IA à un service existant. La deuxième propose une plateforme spécialisée. La troisième consiste à développer un service interne autour d’un modèle acheté. Les démonstrations se ressemblent. Les charges d’exploitation, les droits sur les données et la possibilité de changer de fournisseur ne se ressemblent pas.

Le choix n’oppose pas simplement acheter et construire. Une entreprise peut acheter le modèle, construire l’orchestration et conserver la responsabilité du corpus. Elle peut acheter toute l’application tout en développant ses interfaces SAP et CRM. Le comité doit donc choisir, couche par couche, ce qu’il veut posséder, opérer, contrôler et pouvoir remplacer. « Notre solution est propriétaire » est une phrase trop vague pour engager un budget ou une dépendance contractuelle.

Décomposer la décision en cinq couches

Thomas décrit d’abord le parcours : recevoir un contrat, identifier les clauses d’intérêt, proposer une analyse, faire valider les écarts par le juridique et conserver la version approuvée. Il sépare ensuite le modèle, la recherche documentaire, l’orchestration, l’interface métier et les connexions avec les systèmes existants. Une matrice associe à chaque couche le fournisseur, les données accessibles, l’équipe de support, les coûts, les droits d’export et les conséquences d’une indisponibilité.

Le modèle n’est pas toujours l’élément le plus difficile à remplacer. Une ontologie de clauses, des historiques de validation et des intégrations accumulées peuvent créer une dépendance plus forte. Le juridique doit conserver la distinction entre texte proposé et texte approuvé. Le système de référence des contrats signés ne doit pas changer implicitement avec l’introduction d’un assistant. Thomas demande à chaque candidat de décrire les données qu’il peut exporter et celles qu’il ne sait pas reconstruire hors de son produit.

La différenciation doit être démontrée. Si le besoin correspond à un parcours standard correctement couvert par un produit, construire une application complète n’est pas justifié par la seule volonté d’autonomie. Inversement, si des règles spécifiques représentent un avantage réel ou un contrôle essentiel, l’entreprise doit savoir où elles vivent et qui peut les modifier. Le comité peut décider d’acheter une application tout en conservant une couche de règles documentée, indépendante du fournisseur.

Comparer sur le même périmètre de qualité

Les solutions reçoivent un lot de contrats autorisés et désidentifiés, accompagné des attentes métier. Les candidats ne choisissent pas seulement les documents sur lesquels ils brillent. Le lot comprend un contrat mal numérisé, une annexe contradictoire, une clause inhabituelle et un document hors périmètre. Une analyse juridique attendue sert de référence. La comparaison mesure les erreurs pertinentes, le temps de revue, les citations correctes et les cas où le produit reconnaît ses limites.

Le nombre de clauses extraites n’est pas une mesure de valeur suffisante. Une extraction abondante qui omet une exception importante peut augmenter le travail du juriste. Thomas mesure donc le temps jusqu’à une analyse acceptée, corrections comprises. Une solution plus lente à générer mais plus facile à vérifier peut être préférable. Les résultats sont présentés avec les conditions de test, les versions utilisées et les limitations, afin qu’un score du pilote ne devienne pas une promesse universelle.

L’entreprise teste aussi ce qui n’apparaît pas dans la démonstration : suppression d’un document, révocation d’un utilisateur, export des résultats, changement de modèle, indisponibilité d’un connecteur et restauration de la dernière version. Un fournisseur qui exige une intervention exceptionnelle pour exporter des données courantes doit expliquer comment cette opération sera réalisée lors de la sortie. La faisabilité d’une migration ne peut pas reposer uniquement sur une clause qui promet une assistance à négocier plus tard.

Construire un coût total sans faux gain

Le coût sur trois ans additionne mise en œuvre, intégrations, licences ou consommation, supervision, support, évaluations récurrentes, sécurité et sortie. Les scénarios distinguent faible volume, volume attendu et croissance. Une tarification à l’utilisateur peut être avantageuse pour un usage fréquent, mais coûteuse pour une population large utilisant peu le service. Une tarification à la consommation peut devenir sensible aux documents longs, aux nouvelles tentatives et aux traitements en arrière-plan.

Exemple de calcul purement pédagogique : option A, 40 000 euros de mise en œuvre, 30 000 euros par an d’abonnement et 10 000 euros par an de support, soit 160 000 euros sur trois ans avant sortie. Option B, 80 000 euros de développement, 12 000 euros par an d’infrastructure et 22 000 euros par an de maintenance, soit 182 000 euros. Si B exige une capacité interne non disponible ou si A ajoute des interfaces non incluses, ces montants doivent être corrigés. Ils ne constituent ni devis ni prix de marché.

La comparaison n’actualise pas artificiellement des bénéfices encore hypothétiques. Le temps économisé est testé sur des tâches comparables et converti en capacité ; la finance distingue ensuite capacité réaffectée et dépense réellement évitée. Une analyse de sensibilité montre ce qui ferait basculer le choix : volume, fréquence des évolutions, coût de revue humaine, délai de disponibilité d’une équipe interne. Le comité peut acheter une option transitoire si le développement devient pertinent seulement au-delà d’un seuil encore incertain.

Le contrat doit refléter l’architecture

La négociation porte sur les données, les résultats, les configurations et les journaux. Qui détient les droits sur une grille de clauses paramétrée ? Dans quel format les corrections humaines sont-elles exportables ? L’usage des documents pour l’entraînement est-il exclu ou limité de manière claire ? Les sous-traitants, lieux de traitement et mécanismes de suppression doivent être examinés avec les fonctions compétentes. Une promesse commerciale de confidentialité ne remplace pas la lecture des conditions applicables au service réellement retenu.

Les engagements de service distinguent disponibilité du produit et fonctionnement du parcours. Un service accessible dont le connecteur documentaire est interrompu ne rend pas le résultat promis. Les délais de support, la communication sur les changements de modèle et la procédure de régression doivent être compatibles avec l’activité. Thomas demande la possibilité de maintenir une version ou d’effectuer une évaluation avant une évolution significative, lorsque l’offre et le risque le permettent.

La qualification AI Act s’effectue séparément du choix économique. La Commission publie un calendrier actualisé et des obligations différenciées ; acheter un composant ne transfère pas automatiquement toutes les responsabilités de l’entreprise qui le déploie. Le dossier identifie les rôles et renvoie les décisions juridiques aux spécialistes. Il conserve aussi un plan de continuité métier : pendant une interruption, le juridique doit pouvoir travailler sur les documents et versions autorisés sans dépendre de l’assistant.

Dans la vraie vie : l’option hybride gagne pour une raison précise

Thomas découvre que la plateforme spécialisée couvre correctement la revue standard, mais que l’entreprise doit conserver ses règles d’approbation et ses données SAP. Le comité choisit une application achetée, une intégration documentée et un registre interne des décisions validées. Ce n’est pas un compromis de principe : les tests ont montré que reconstruire l’interface documentaire coûterait davantage, tandis que céder le registre des approbations rendrait une sortie trop risquée.

La décision contient un déclencheur de réexamen. Si la consommation dépasse l’enveloppe, si l’export n’est plus exploitable ou si une évolution du fournisseur dégrade le lot de référence, l’équipe doit présenter une correction ou une alternative. Le choix n’est pas annoncé comme définitif. Il est soutenu par une architecture compréhensible, un contrat vérifié et des éléments qui permettront de le réviser sans reconstruire tout le raisonnement.

Ce qui varie réellement

Dans la pharma, une application intervenant dans un processus contrôlé exige des preuves et une gestion du changement proportionnées à son usage ; une extraction documentaire ne doit pas être assimilée sans examen à une décision qualité. Dans la finance, les exigences relatives aux tiers et à la continuité peuvent peser fortement sur la contractualisation. Dans une petite structure, l’absence de capacité de maintenance rend parfois l’achat plus raisonnable qu’un développement apparemment économique. Le bon choix intègre ce que l’entreprise peut exploiter, pas seulement ce qu’elle peut faire construire.

Conserver une décision vérifiable

Le comité conserve les versions des propositions comparées et les exclusions commerciales. Une évolution de périmètre nécessite une nouvelle comparaison, afin de ne pas opposer ultérieurement le prix initial d’une option à la couverture réellement élargie de l’autre.

Sources, méthode et limites

Sources primaires consultées le 4 octobre 2026. Les chiffres sont hypothétiques et les options ne correspondent à aucun fournisseur nommé. Le raisonnement proposé doit être complété par une analyse de sécurité, des contrats et du cadre applicable.