Services gérés : La facture que personne n’ouvre

Les DSI comparent presque toujours les services managés et l’exploitation interne sur la base du prix nominal mensuel. C’est précisément là que réside l’erreur de raisonnement. Le calcul honnête ne figure jamais sur le devis : les coûts internes cachés comme les astreintes, la concentration du savoir-faire sur quelques têtes, le turnover et les sauts de scalabilité coûteux d’un côté, la perte de contrôle et le verrouillage fournisseur de l’autre. Celui qui ne compare que le tarif mensuel prend sa décision sur la base d’un mauvais chiffre.

Pourquoi la comparaison des prix est trompeuse

Sur la table se trouve une offre propre avec un tarif mensuel clair. À côté, le calcul interne : deux ou trois équivalents temps plein, une pile d’outils, un budget serveur. Le prestataire semble plus cher. Cette mise en parallèle est pratique, mais elle compare un chiffre exhaustif à un chiffre systématiquement incomplet. Le calcul interne occulte presque toujours les mêmes postes. Les astreintes du week-end apparaissent rarement comme un centre de coûts. L’effort nécessaire pour extraire la connaissance d’un système de la tête d’une seule personne lorsque celle-ci démissionne ne figure dans aucun budget. Les cycles de recrutement de six mois pour un poste de spécialiste vacant ne sont pas chiffrés, alors même que le système tourne en sous-effectif pendant cette période.

Une comparaison honnête commence par amener le volet interne au même niveau d’exhaustivité que l’offre externe. Ce n’est qu’alors que l’on compare les coûts complets aux coûts complets.

Les coûts cachés de l’exploitation interne

Quatre postes alourdissent la facture interne sans jamais apparaître sur une facture. Le premier est l’astreinte. Un système censé fonctionner 24 heures sur 24 nécessite en permanence des personnes capables d’intervenir en cas d’urgence. Pour une petite équipe, cela signifie une charge permanente pesant sur quelques individus, ce qui conduit, au bout de quelques mois, à l’épuisement et à la démission.

Le deuxième poste est le risque lié au savoir-faire. Si une seule personne comprend pourquoi une configuration critique est telle qu’elle est, la sécurité d’exploitation dépend de sa disponibilité. Cette concentration constitue un point de défaillance silencieux. Le troisième poste est le turnover. Chaque départ entraîne des coûts de transfert de connaissances, de passation et une phase durant laquelle l’équipe travaille en sous-effectif. Le quatrième poste concerne les sauts de scalabilité. La capacité interne croît par paliers, et non de manière linéaire. Le passage de deux à trois spécialistes représente un saut important et coûteux, même si le besoin supplémentaire réel n’est que de vingt pour cent.

Le tarif mensuel du prestataire figure sur le devis. Les coûts réels de l’exploitation interne ne figurent nulle part.

Ce que coûtent vraiment les services gérés

L’externalisation supprime les postes internes, mais génère ses propres coûts, eux aussi rarement chiffrés. Le premier est la perte de contrôle. Qui externalise l’exploitation cède aussi une partie de sa réactivité face aux cas particuliers. Un ticket chez le prestataire suit un processus que l’équipe interne aurait raccourci. Pour l’exploitation standard, ce n’est pas un problème ; pour une logique métier très spécifique, cela peut le devenir.

Le deuxième bloc de coûts est le vendor lock-in. Plus un prestataire est imbriqué dans l’exploitation, plus la sortie devient coûteuse. Les efforts de migration, l’automatisation propriétaire et le manque de connaissances internes sur le système externalisé augmentent chaque année les coûts de changement de prestataire. Un prix d’entrée attractif peut ainsi devenir l’option la plus coûteuse sur la durée. Ces deux postes sont réels, mais ils peuvent être maîtrisés par la conception du contrat, les clauses de sortie et le maintien délibéré d’un minimum de connaissances internes sur le système.

Sur quels critères décider honnêtement

La décision ne se prend pas de manière globale, mais pour chaque charge de travail, en fonction de trois questions. Premièrement : ce système différencie-t-il l’entreprise sur le marché, ou est-ce une infrastructure dont tout le monde a besoin ? Ce qui est interchangeable sur le marché plaide pour les services gérés. Ce qui constitue l’avantage concurrentiel doit rester sous contrôle interne. Deuxièmement : à quelle vitesse le système évolue-t-il ? Une charge de travail nécessitant des ajustements métiers hebdomadaires supporte mal un processus externe, tandis qu’un fonctionnement standard et stable le supporte bien.

Troisièmement : dans quelle mesure le temps de réaction en cas d’incident est-il critique, et comment peut-on le garantir contractuellement ? Là où chaque minute compte et où l’incident est atypique, le savoir interne reste précieux. Là où des niveaux de service clairs s’appliquent, le prestataire assume le risque de manière fiable. Ces trois axes fournissent une base plus honnête que n’importe quelle comparaison de prix.

Quelles workloads relèvent des managed services, lesquelles doivent rester en interne

Ces trois critères dégagent un schéma clair. Les services de base standardisés, sans différenciation concurrentielle, sont de bons candidats pour les managed services : le monitoring des systèmes standards, les opérations de backup, le patch-management, la maintenance classique des bases de données. C’est ici que l’élasticité prend tout son sens et que la perte de contrôle pèse peu.

Ce qui doit rester en interne est ce qui constitue votre avantage propre ou ce qui évolue trop rapidement pour un processus externe. Cela inclut la logique cœur proche du produit, les cas particuliers critiques en matière de sécurité nécessitant un temps de réaction très court, et tout système dont la compréhension revêt une valeur stratégique. Un compromis judicieux est le modèle hybride : externaliser l’exploitation standard, conserver en interne le pilotage et le savoir-faire central. Ainsi, vous acquérez de la scalabilité sans perdre le contrôle sur l’essentiel. Un calcul honnête mène rarement à un simple choix du tout externe ou tout interne, mais plutôt à une ligne de démarcation délibérée dans votre propre paysage de systèmes.

Foire aux questions

Plus sur le réseau MBF Media

Source de l’image : Générée par IA (juillet 2026)