Quand une organisation évalue une plateforme d’architecture d’entreprise, l’attention se porte naturellement sur le prix de la licence. C’est une erreur de cadrage. Sur un cycle de trois à cinq ans, la licence représente rarement plus du tiers de la dépense réelle. Le reste se joue ailleurs — souvent là où personne ne regarde au moment de l’achat.

Cet article décompose le coût total de possession (TCO) d’une plateforme d’EA, strate par strate, propose un cadre simple pour l’estimer, et liste les questions à poser à un éditeur avant de signer.

Pourquoi raisonner en TCO, pas en prix

Le prix affiché est une donnée d’entrée ; le TCO est une donnée de décision. Deux plateformes au tarif de licence identique peuvent présenter un coût réel du simple au triple une fois pris en compte l’intégration, l’adoption et le temps avant la première valeur produite.

Raisonner en TCO, c’est se poser trois questions que le prix seul masque :

  • Combien va réellement coûter la plateforme sur la durée de vie de la décision (3 à 5 ans), tout compris ?
  • Quand produira-t-elle sa première valeur — un livrable d’architecture utilisable, pas une démo ?
  • Que coûtera-t-il d’en sortir si elle ne tient pas ses promesses ?

Les huit strates du TCO d’une plateforme d’EA

1. Licence et abonnement

La partie visible. Mais le modèle de tarification compte autant que le montant : par utilisateur nommé ou concurrent, par module, par paliers de volume. Une grille « par module » peut transformer une couverture complète en une addition de suppléments. Vérifiez ce qui est réellement inclus dans l’offre de base.

2. Mise en œuvre et intégration

C’est souvent la strate la plus lourde. Connecter la plateforme à votre réalité — CMDB, référentiels applicatifs, sources RH, outils de delivery — demande des connecteurs, des imports, du nettoyage de données et de l’API. Plus le modèle de données de l’éditeur est rigide, plus cette phase s’allonge. Les cycles de déploiement des suites historiques se comptent en mois, parfois en trimestres.

3. Personnalisation et métamodèle

Adapter le métamodèle, les vues, les tableaux de bord et les règles à votre cadre d’architecture. Indispensable pour que l’outil parle votre langage — mais chaque personnalisation devient une dette à maintenir à chaque montée de version.

4. Formation et conduite du changement

La strate la plus sous-estimée, et pourtant la plus décisive : une plateforme d’EA ne crée de valeur que si elle est adoptée. Une courbe d’apprentissage abrupte se paie deux fois — en formation, puis en désertion. L’outil le plus complet du marché ne vaut rien s’il finit en shelfware, ces licences payées mais inutilisées.

5. Infrastructure et hébergement

SaaS ou on-premise ? Le second ajoute serveurs, stockage, sauvegardes, supervision et mises à jour de sécurité. Les contextes régulés (banque, assurance, secteur public) imposent des exigences de souveraineté et d’isolement qui pèsent sur l’addition.

6. Maintenance, montées de version et support

Maintenance annuelle (souvent 18 à 22 % de la licence), montées de version qui rejouent vos personnalisations, niveaux de support à géométrie variable. Une montée de version mal anticipée peut immobiliser une équipe plusieurs semaines.

7. Administration et gouvernance

Une plateforme d’EA sérieuse demande un administrateur : gestion des droits, qualité du référentiel, animation des contributeurs. C’est un coût récurrent, humain, rarement chiffré dans les business cases.

8. Coût d’opportunité et coût de sortie

Le plus invisible et le plus important. Chaque mois passé à déployer plutôt qu’à produire de l’architecture est un coût d’opportunité. Et en bout de course, le coût de sortie : si vos données et vos modèles sont enfermés dans un format propriétaire, changer d’outil devient prohibitif. C’est le verrouillage (lock-in) — un coût que l’on ne paie qu’au pire moment.

Un cadre simple pour estimer le TCO

Pas besoin d’un modèle financier complexe. Sur un horizon de 3 ans, additionnez :

TCO ≈ Licence + Mise en œuvre + Personnalisation + Formation + Infrastructure + (Maintenance × 3) + (Administration × 3)

Puis rapportez ce total à deux indicateurs qui changent tout :

  • Le délai avant la première valeur : combien de semaines avant un livrable d’architecture réellement exploité ?
  • Le ratio valeur / coût : la plateforme accélère-t-elle des décisions qui, elles, valent bien plus que son prix ?

Une plateforme deux fois plus chère mais qui produit de la valeur trois fois plus vite est, en TCO réel, la moins chère.

Les bonnes questions à poser à un éditeur

  • Qu’est-ce qui est inclus dans l’offre de base, et qu’est-ce qui est en option ?
  • Combien de temps jusqu’au premier livrable utilisable, sur un périmètre réel ?
  • Comment importer mes données existantes — et les réexporter dans un format ouvert ?
  • Que se passe-t-il pour mes personnalisations lors d’une montée de version ?
  • Quelles options d’hébergement et de souveraineté, pour mon niveau de sensibilité ?
  • Quel effort d’administration récurrent dois-je prévoir ?

Le TCO, une décision d’architecture

Choisir une plateforme d’EA n’est pas un acte d’achat, c’est une décision d’architecture : elle engage l’organisation sur plusieurs années, plusieurs équipes et plusieurs cycles budgétaires.

Le bon réflexe n’est pas de minimiser le prix de la licence, mais de minimiser le TCO à valeur égale — et, mieux encore, de maximiser la valeur produite par euro dépensé. Cela repose sur trois exigences non négociables, quel que soit l’éditeur retenu :

  • un délai de valeur court — une première utilisation réelle en semaines, pas en trimestres ;
  • une adoption effective par les équipes — sans quoi la meilleure plateforme finit en shelfware ;
  • une réversibilité garantie — pour ne jamais devenir prisonnier d’un format propriétaire ou d’un fournisseur.

Posez ces questions avant de signer. Le moins cher à l’achat est rarement le moins cher à l’usage.