Coût de build vs coût TCO sur 3 ans : pourquoi la facture initiale ne dit rien du vrai coût

À retenir. Le DAF qui instruit un projet e-commerce sur le seul coût de build ne signe pas un projet, il signe une option sur un coût futur non chiffré. Le coût total de possession (TCO) sur 3 ans est ce qui doit être présenté en CODIR. Pour un mid-market FR, le build représente 20 à 35 pourcent du TCO total, l'opex 65 à 80 pourcent. La règle de décision : ne signer que si les 3 ans sont chiffrés, ligne par ligne, sourcés.

1. Pourquoi le coût de build seul est trompeur

Un devis de refonte ou de migration e-commerce coûte typiquement entre 50 000 et 200 000 EUR pour un retailer mid-market FR. C'est la ligne visible. Ce que la facture initiale ne dit pas :

• La license plateforme (Shopify Plus, Adobe Commerce, Salesforce Commerce Cloud) court année après année.
• L'hébergement, le monitoring, la sauvegarde courent.
• L'agence de maintenance court, soit en forfait, soit en régie.
• Les apps, plugins, modules tiers courent en license annuelle.
• Les évolutions fonctionnelles (nouveaux pays, nouveaux marketplaces, nouveau parcours) viennent s'ajouter.
• Les incidents (régressions, cassures de connecteur, attaques sécurité) imposent des coups de régie non budgétés.

Le DAF qui n'a vu que le build découvre l'opex 12 mois après le go-live. La dérive typique est de 30 à 80 pourcent sur 24 mois si l'opex n'a pas été instruit en amont.

2. Les 8 postes opex d'un site e-commerce mid-market sur 3 ans

• License plateforme. Shopify Plus 28 000 à 80 000 EUR par an. Adobe Commerce 50 000 à 300 000 EUR par an. WooCommerce 0 EUR. Magento Open Source 0 EUR. BigCommerce 30 000 à 80 000 EUR par an.
• Hébergement. Inclus pour les SaaS (Shopify, BigCommerce). Pour les open source : 6 000 à 35 000 EUR par an.
• Agence de maintenance. 25 000 à 180 000 EUR par an selon la profondeur du SI et le périmètre.
• Apps et plugins payants. 4 000 à 30 000 EUR par an.
• Connecteurs ERP, WMS, PIM, CRM. 10 000 à 50 000 EUR par an.
• Sécurité et monitoring. 2 000 à 12 000 EUR par an (inclus partiellement sur SaaS).
• Évolutions fonctionnelles. 30 000 à 120 000 EUR par an (variable selon roadmap).
• Régie sur incidents. 10 000 à 40 000 EUR par an (poste caché).

Total opex annuel mid-market FR : 87 000 à 552 000 EUR par an selon plateforme et périmètre.

Sur 3 ans, soit 261 000 à 1 656 000 EUR cumulés.

3. Ratio build vs opex défendable en CODIR

Pour un mid-market FR sur Shopify Plus :

• Build mid-market standard : 50 000 à 150 000 EUR (one-shot).
• Opex 3 ans : 250 000 à 600 000 EUR cumulés.
• TCO 3 ans : 300 000 à 750 000 EUR.
• Ratio build / TCO : 15 à 25 pourcent.

Pour un mid-market sur Adobe Commerce :

• Build mid-market : 250 000 à 700 000 EUR (projet plus long).
• Opex 3 ans : 600 000 à 1,5 M EUR.
• TCO 3 ans : 850 000 à 2,2 M EUR.
• Ratio build / TCO : 25 à 35 pourcent.

Pour un mid-market sur Magento Open Source ou WooCommerce :

• Build : 50 000 à 200 000 EUR.
• Opex 3 ans : 300 000 à 800 000 EUR (incluant montées de version).
• TCO 3 ans : 350 000 à 1 M EUR.
• Ratio build / TCO : 14 à 25 pourcent.

Pattern défendable : le build représente typiquement 15 à 35 pourcent du TCO sur 3 ans. Si une agence ne présente que le build, le DAF doit demander la projection opex avant de signer.

4. Postes opex à toujours instruire en CODIR

Quatre postes systématiquement sous-estimés en avant-vente :

• Régie sur incidents. Cassure de connecteur après upgrade, faille de sécurité, performance dégradée, plugin tiers qui change de modèle économique. Budgéter 10 000 à 40 000 EUR par an.
• Connecteur ERP cassé à l'upgrade. Sur les plateformes open source (Magento, WooCommerce), la régie connecteur représente 12 000 à 30 000 EUR par an récurrents.
• Évolutions fonctionnelles non chiffrées. Le retailer ouvre un nouveau marché, lance un nouveau marketplace, ajoute du B2B. Budgéter 30 000 à 80 000 EUR par an.
• Conduite du changement et formation. Quand l'équipe interne tourne, formation continue 5 000 à 15 000 EUR par an.

Le DAF qui n'a pas budgété ces 4 postes voit la dérive 12 mois après le go-live.

5. Méthode de chiffrage TCO défendable

Pour chiffrer un TCO défendable en CODIR, 4 étapes :

1. Identifier les 8 postes opex (cf. section 2). Aucun ne peut être omis.
2. Donner un ordre de grandeur par poste, sourcé sur des données de marché (rapports Gartner, Forrester, blogs éditeurs, retours d'audit). Pas un devis.
3. Multiplier par 3 ans, avec une inflation prudentielle (3 à 5 pourcent par an sur les agences et licenses).
4. Ajouter le build one-shot.

Le livrable est un tableau 8 postes x 3 ans, avec une fourchette par poste, défendable en CODIR. GSF.digital propose ce livrable via son calculateur TCO en 30 secondes pour un ordre de grandeur.

6. Trois constats décideur pour 2026

Un. Le coût de build seul ne dit rien du coût réel sur 3 ans. Le build représente 15 à 35 pourcent du TCO total. Une agence qui ne présente que le build en avant-vente ne donne pas au DAF de quoi décider.

Deux. Les 8 postes opex doivent être instruits ligne par ligne : license, hébergement, agence, apps, connecteurs, sécurité, évolutions, régie sur incidents. La régie sur incidents est le poste le plus sous-estimé (10 000 à 40 000 EUR par an).

Trois. Une méthode TCO défendable repose sur des ordres de grandeur sourcés (Gartner, Forrester, blogs éditeurs), pas sur des devis. Le rôle de l'agence est de fournir cette méthode au DAF en CODIR, pas de promettre des chiffres précis.

Pour aller plus loin, voir notre article 12 postes coût e-commerce 2026. Pour les coûts cachés, l'article Coût caché stack et connecteurs. Pour le calculateur, calculateur TCO.

La règle de décision n'est pas "le moins cher". Elle est : ne signer que si les 3 ans sont chiffrés, ligne par ligne, sourcés. Ce qu'il faut, c'est un chiffre défendable en CODIR. Pas une opinion, pas une promesse, un ordre de grandeur sourcé.