Offres d'infogérance : qui porte vraiment le risque ? Les clauses qui disent la vérité

Plafonds d'heures, SLA de réaction, périmètre flou : les clauses qui révèlent si une offre d'infogérance transfère vraiment le risque au prestataire, ou pas.

Analyser une offre d'infogérance : plafonds d'heures, SLA et transfert du risqu

Comparer des offres d'infogérance est structurellement difficile : le terme MSP n'est pas protégé, les périmètres varient d'un prestataire à l'autre, et les documents commerciaux se ressemblent tous. Un critère unique permet pourtant de les départager : le transfert du risque opérationnel. Un vrai contrat de services managés transfère au prestataire le risque financier des incidents ; beaucoup d'offres qui s'en réclament ne le font que partiellement. Quatre clauses, souvent survolées, disent la vérité.

Le risque
Ce qui définit un contrat de services managés n'est ni le mot MSP ni la promesse commerciale : c'est le transfert du risque opérationnel au prestataire. Chaque clause qui limite ce transfert (plafond, exclusion, facturation au-delà) vous en dit plus que tout le reste du document.

Pourquoi est-il si difficile de comparer des offres d'infogérance ?

Parce que rien n'y est normé. « MSP », « services managés », « infogérance », « all-in » : aucun de ces termes n'est protégé, et n'importe quelle société de services peut s'en revendiquer, du dépanneur à l'heure rebaptisé au prestataire réellement engagé. Les périmètres, eux, ne coïncident jamais : l'un inclut le matériel, l'autre pas ; l'un couvre les serveurs mais pas les postes ; l'un parle d'utilisateurs, l'autre d'équipements. Et le dirigeant qui compare n'est pas armé pour l'exercice : il lit les pages de présentation, quand la vérité de l'offre se trouve dans les annexes. La bonne nouvelle : il n'est pas nécessaire d'être informaticien pour trancher. Il suffit de poser à chaque offre une seule question, économique et non technique : si mon informatique multiplie les incidents, qui paie ? Si la réponse est « le prestataire », le risque est transféré, et ses intérêts sont alignés sur les vôtres : chaque panne lui coûte, il a structurellement intérêt à les prévenir. Si la réponse est « vous, au-delà d'un certain seuil », lisez la suite attentivement.

Le test du plafond d'heures : un exemple qui dit tout

Prenons une offre réelle dans son genre : un contrat qui se présente comme des services managés, forfait mensuel à l'appui, mais dont une clause précise que le temps de support des utilisateurs est plafonné (les formulations courantes : « X heures de support par utilisateur et par an », « crédit mensuel d'heures non reportable », ou la souple « utilisation raisonnable ») et qu'au-delà, les heures sont facturées au tarif en vigueur. Est-ce un vrai contrat de services managés ? La réponse honnête : à moitié, et c'est toute la nuance. Jusqu'au plafond, le risque est chez le prestataire. Au-delà, on retombe exactement dans le modèle à l'heure, avec son conflit d'intérêts intact : les incidents redeviennent un revenu. Or, quand le plafond se déclenche-t-il ? Précisément l'année où tout va mal, une migration difficile, une compromission, un matériel vieillissant, c'est-à-dire l'année où vous avez le plus besoin du contrat. Le forfait plafonné protège le prestataire de ses mauvaises années, pas vous des vôtres. Soyons justes : une telle offre n'est pas malhonnête en soi ; transparente, elle est un choix légitime, souvent moins cher, que certaines entreprises font en connaissance de cause. Le problème naît quand l'étiquette « services managés » recouvre une économie qui n'en est pas une, et qu'un client signe en croyant acheter un alignement d'intérêts qu'il n'achète pas. Le calcul à faire avant de signer tient en une ligne : que devient ma facture dans mon pire scénario ?

Les quatre clauses à lire avant tout le reste

Un : le plafond et son au-delà, qu'on vient de voir ; cherchez les mots « au-delà », « supplémentaire », « crédit », « raisonnable », et chiffrez le scénario noir. Deux : le périmètre réel. Que couvre exactement le forfait : les incidents seulement, ou aussi les demandes et changements (un nouveau collaborateur à équiper, un logiciel à installer, sont-ils des « projets » facturés à part ?), le matériel et son remplacement, les licences ? Chaque exclusion est un risque qui reste chez vous, et les exclusions ne figurent jamais dans la présentation commerciale. Trois : la nature de l'engagement. Obligation de moyens ou de résultat, la différence est juridique et considérable ; et attention au piège classique du SLA de réaction déguisé en SLA de rétablissement : « nous intervenons en 4 heures » dit quand quelqu'un commence à s'en occuper, pas quand vous retravaillerez ; un engagement qui ne parle que de délais de prise en charge ne promet, littéralement, aucun résultat. Quatre : la vie du contrat. Indexation et mécanismes de révision (un forfait attractif la première année peut être construit pour être révisé), durée d'engagement, conditions de sortie et de réversibilité (récupérez-vous vos configurations, vos documentations, vos sauvegardes, et à quel prix ?). Ces quatre lectures prennent une heure ; elles valent des années de contrat.

La question-test, en une phrase

Si vous ne devez retenir qu'un réflexe, posez cette question au commercial, par écrit de préférence : « L'année où mon informatique accumulera les problèmes, votre facture augmentera-t-elle ? » La réponse dit le modèle économique mieux que vingt pages de plaquette. « Non, c'est tout l'intérêt du forfait » : le risque est transféré, vérifiez que le contrat l'écrit. « Non, sauf dépassement du volume prévu » : vous savez maintenant où regarder. Une réponse qui prend plus de trois phrases : la complexité de la réponse est une réponse. Et observez un détail : le prestataire dont le modèle est réellement aligné adorera cette question, car elle est son meilleur argument ; celui qui la trouve « théorique » vous renseigne aussi.

Notre position, pour la transparence que cet article réclame des autres : nos contrats reposent sur un forfait mensuel invariable, sans plafond d'heures, avec obligation de résultat inscrite noir sur blanc. L'année où un client accumule les incidents, sa facture ne bouge pas ; la nôtre, si. Nous n'avons pas construit ce modèle par vertu, mais parce que c'est le seul où notre rentabilité dépend de la qualité de notre travail plutôt que du volume de vos problèmes. Les raisons de fond sont dans notre article fondateur sur la responsabilité informatique.

Le mot MSP ne garantit rien ; le transfert du risque, tout. Devant toute offre d'infogérance, la méthode tient donc en trois gestes : chiffrer le pire scénario (plafonds et au-delà compris), lister ce qui reste à votre charge (exclusions, projets, matériel), et exiger que les engagements soient des résultats datés, pas des promesses de prise en charge. Une offre qui survit à ces trois lectures mérite votre signature, quel que soit son logo. Une offre qui les esquive vous a déjà répondu. Et si vous hésitez encore entre externaliser et recruter, le calcul complet de cet arbitrage fait l'objet de notre analyse dédiée.

Questions fréquentes

Qu'est-ce qu'un vrai MSP (prestataire de services managés) ?

Le terme n'étant pas protégé, la définition est économique : un vrai contrat de services managés transfère le risque opérationnel au prestataire, dont la rémunération ne dépend pas du volume d'incidents. Un contrat qui plafonne le support puis facture au-delà ne transfère le risque que partiellement : au-delà du plafond, le prestataire retrouve un intérêt financier aux problèmes.

Que signifie un plafond d'heures dans un contrat d'infogérance ?

C'est une limite au temps de support inclus dans le forfait (par utilisateur, par mois ou par an), au-delà de laquelle les heures sont facturées en supplément. Conséquence : le forfait protège tant que tout va bien, et la facture augmente précisément les années difficiles. Avant de signer, chiffrez toujours le scénario où le plafond est dépassé.

Quelle est la différence entre temps de réponse et temps de rétablissement ?

Le temps de réponse (ou de prise en charge) mesure le délai avant qu'un technicien commence à traiter l'incident ; le temps de rétablissement mesure le délai avant que vous puissiez retravailler. Un engagement portant uniquement sur la réponse ne promet aucun résultat : exigez de savoir lequel des deux figure au contrat, et s'il est assorti d'une obligation de résultat.