October 16, 2026
October 16, 2026
L'essentiel de ce qui s'écrit sur le sujet est rédigé par des sociétés qui vendent la prestation, ce qui explique que cela s'arrête souvent à une grille tarifaire. Les questions difficiles sont ailleurs : comparer un prestataire externe à un salaire sur la même base, choisir le modèle de facturation adapté à la forme de votre activité, et savoir ce qui se passe mal une fois le contrat signé.
En bref : comparez le coût complet, pas le coût affiché. Un recrutement interne ajoute au salaire l'outillage, la formation, la couverture des absences et le turnover. Un contrat externalisé ajoute à l'abonnement la prise de connaissance, les trous de périmètre et l'escalade. Choisissez le modèle qui suit ce qui varie chez vous, puis rédigez le contrat autour des modes d'échec connus.
Les quatre modèles de facturation et ce que chacun dissimule
Ces chiffres proviennent de grilles tarifaires publiées par des éditeurs et des prestataires de services managés pour le marché des États-Unis. Les tarifs varient fortement selon les pays, et des prestataires facturent des périmètres différents sous une même appellation. Voyez-y un moyen de comprendre la logique de chaque modèle, pas un devis. La bonne question n'est pas lequel est le moins cher, mais lequel suit ce qui varie réellement chez vous.
La comparaison que font la plupart des entreprises oppose un abonnement mensuel à un salaire. Elle est fausse dans les deux sens, et la corriger change souvent la conclusion.
Deux asymétries méritent d'être nommées, car elles sont en général décisives.
Une personne seule ne peut pas couvrir une entreprise en continu. Congés, maladie et démission créent des trous, et ces trous arrivent sans préavis. Les prestataires couvrent cela structurellement par une équipe, ce qui constitue souvent la vraie raison d'externaliser, davantage que le coût.
À l'inverse, une personne interne accumule une connaissance de vos systèmes qu'un prestataire devra être payé pour reconstituer. Si votre environnement est atypique, cette reconstitution coûte cher et se répète, puisque les équipes du prestataire tournent aussi.
Les comparaisons publiées situent l'externalisation environ 25 à 45 pour cent en dessous d'une prestation interne équivalente, une illustration fréquemment citée opposant une fonction interne de deux personnes à près de 185 000 dollars par an contre 60 000 à 84 000 dollars pour une couverture externalisée d'une entreprise de 50 personnes. Ce sont des chiffres de prestataires, sur le marché américain, et ils supposent une couverture équivalente, hypothèse la plus susceptible d'être fausse dans une comparaison réelle. Remplissez le tableau ci-dessus avec vos propres montants avant de vous fier à un quelconque ratio.
Plutôt que de classer les modèles, confrontez-les à ce qui varie.
Si le volume de support suit l'effectif, parce que chacun dispose d'un poste et d'applications standard, la facturation par utilisateur reste honnête à mesure que vous grandissez. Si le volume suit le parc matériel, parce que vous exploitez des postes partagés, des équipements de production ou beaucoup d'infrastructure, la facturation par équipement colle mieux à la réalité et le par-utilisateur vous surfacturera.
Si vos systèmes sont stables et les incidents rares, l'intervention à l'heure peut réellement revenir moins cher, à condition d'accepter que personne n'est payé pour prévenir quoi que ce soit. C'est un choix raisonnable pour une entreprise de dix personnes en applications cloud sans serveur. Strikethrough dès lors qu'une heure d'arrêt a un coût mesurable.
Si la prévisibilité budgétaire compte davantage que l'efficience unitaire, le forfait vaut son prix, à condition que la frontière de périmètre soit rédigée assez précisément pour que les deux parties la lisent de la même façon.
Un signal pratique tranche souvent la question. Comptez les demandes de support du trimestre écoulé et leur objet. Les entreprises qui ne l'ont jamais fait découvrent généralement que l'essentiel du volume concerne les accès, les arrivées et un petit nombre de pannes récurrentes, information qui change à la fois le modèle et la négociation.
Vendre cette prestation et répondre honnêtement à cette question est la seule façon de rendre le reste du guide crédible.
Gardez le support en interne, au moins partiellement, quand la technologie est le produit et non l'outil. L'environnement d'ingénierie d'un éditeur de logiciels ne relève pas d'un contrat de support, et l'externaliser produit en général un prestataire incapable d'aider sur la seule chose qui compte.
Gardez-le en interne quand les exigences de délai sont plus strictes que ce qu'un prestataire acceptera contractuellement, et qu'il vous faut réellement quelqu'un physiquement présent en quelques minutes. Les lignes de production et certains contextes de soins entrent dans ce cas.
Gardez-le en interne quand votre environnement est si atypique que le transfert de connaissance coûterait plus cher que le salaire, situation rare mais réelle dans les entreprises exploitant des systèmes anciens fortement personnalisés.
Soyez prudent si personne en interne ne veut porter la relation. Une fonction externalisée sans responsable interne dérive, car le prestataire ne peut pas fixer vos priorités à votre place et se rabattra sur la clôture de tickets.
Le montage hybride, un généraliste interne plus une équipe externe pour la profondeur et la couverture horaire, convient à une large part des entreprises situées entre environ 20 et 200 personnes. Il est sous-utilisé parce que ce n'est ce que vend ni un prestataire, ni un cabinet de recrutement.
La plupart des contrats de support pour PME comportent un tableau de niveaux de service, et la plupart de ces tableaux mesurent la mauvaise chose. Ils définissent les délais par catégorie de ticket, ce qui permet à un prestataire d'atteindre toutes ses cibles pendant que l'entreprise reste à l'arrêt.
La correction consiste à définir la priorité par impact métier plutôt que par la nature de la panne.
Calibrez ces valeurs sur votre propre tolérance plutôt que de les reprendre telles quelles, et notez qu'un prestataire annonçant des délais plus serrés n'est pas nécessairement meilleur. Ce qui entoure le tableau compte davantage.
Quatre clauses font le vrai travail. Définissez explicitement la plage de couverture, jours fériés compris, car « heures ouvrées » ne signifie pas la même chose d'un pays à l'autre et c'est une source classique de mauvaise surprise. Séparez la réponse de la résolution, puisqu'un accusé de réception rapide suivi de trois jours de silence satisfait une cible de réponse sans aider personne. Précisez qui qualifie la priorité, car si le prestataire qualifie seul, il note sa propre copie. Et convenez de ce qui se passe en cas de manquements répétés, une pénalité représentant une fraction de l'abonnement ne changeant rien à un compte sous-dimensionné.
Une clause supplémentaire mérite d'être demandée et se trouve rarement. Demandez que le prestataire communique la part des tickets traités dans les délais, à côté du volume brut, sur une période glissante. Un mois isolé s'explique toujours. Une moyenne glissante, non.
L'externalisation déplace le travail. Elle ne déplace pas la responsabilité, et l'écart entre ces deux faits est le point de départ de la plupart des incidents de sécurité en PME.
Trois frontières doivent être écrites avant d'être éprouvées.
Identités et accès. Le prestataire détiendra des comptes à privilèges sur vos systèmes. Convenez de leur attribution, de leur journalisation et de leur révocation au départ d'un de ses collaborateurs. Demandez précisément comment vous apprendriez qu'un employé du prestataire a quitté votre compte.
Propriété des actifs. Noms de domaine, abonnements cloud, licences et certificats doivent être enregistrés au nom de votre société, le prestataire recevant un accès d'administration. L'inverse est fréquent, commode à la mise en place, et coûteux à la sortie.
Responsabilité en cas d'incident. Décidez à l'avance qui déclare un incident, qui informe les clients, et qui porte l'obligation de notifier un régulateur si votre secteur en prévoit une. Un prestataire peut détecter et réagir. L'obligation de notifier reste en général chez vous, et le découvrir pendant un incident est le pire moment.
La sauvegarde mérite un traitement distinct car elle échoue en silence. Convenir qu'un prestataire effectue des sauvegardes n'équivaut pas à convenir que la restauration est testée. Exigez un test de restauration à intervalle défini, avec preuve, et considérez comme inexistante une sauvegarde non testée.
Rien de tout cela n'exige un programme de sécurité conséquent. Cela exige quatre ou cinq phrases dans un contrat, écrites avant que quoi que ce soit ne tourne mal, et un prestataire qui répond à ces questions sans hésiter.
Aucun prestataire ne publie cette liste. C'est pourtant la partie la plus utile de la négociation.
Litiges de périmètre. Le contrat couvre le support mais pas les projets, et personne n'a défini où un changement important cesse d'être du support. Réglez cela en inscrivant des exemples dans le contrat plutôt que des définitions : les exemples résistent mieux au désaccord.
Un premier niveau qui ne résout rien. Les tickets sont enregistrés vite et escaladés aussitôt, ce qui ressemble à de la réactivité et fonctionne comme une file d'attente. Demandez le taux de résolution au premier contact, et la part des tickets escaladés au-delà du premier niveau. Le rôle de chaque niveau est traité dans notre guide sur les niveaux de support informatique.
Une connaissance qui ne se transfère jamais. Le prestataire apprend votre environnement et le garde. Deux ans plus tard, changer de prestataire suppose de repayer cette découverte. Exigez la documentation dans vos propres outils comme un livrable, non comme une amabilité.
Le turnover côté prestataire. Vous avez contracté avec une société et vous êtes servi par des personnes. Quand elles changent, la qualité change. Interrogez l'ancienneté de l'équipe affectée et demandez si des personnes nommées sont engagées contractuellement.
Une mesure fournie par la partie mesurée. Un prestataire qui rend compte de sa propre performance sans données brutes n'est pas mesurable. Exigez l'accès aux données de tickets, pas seulement à une synthèse mensuelle.
La dérive du nombre d'utilisateurs et d'appareils. Les contrats par utilisateur ou par équipement gonflent discrètement. Planifiez une réconciliation trimestrielle de ce que vous payez réellement, personne d'autre ne la demandera.
Le contrat silencieux. Tout fonctionne, personne ne se parle, et le prestataire perd peu à peu de vue votre trajectoire. Puis un projet arrive sans préparation. Une revue trimestrielle courte évite cela pour presque rien.
Chacun de ces points a une clause contractuelle qui le prévient, et poser la question pendant la consultation indique vite si un prestataire les a déjà rencontrés.
La transition est la phase la plus coûteuse et la moins discutée de ce dispositif. Un prestataire qui annonce un abonnement mensuel chiffre un régime de croisière, et le premier trimestre n'en est pas un.
Attendez-vous à une phase de découverte, pendant laquelle le prestataire documente votre existant. Attendez-vous à une hausse temporaire du volume de tickets, car un canal de support qui fonctionne fait remonter des problèmes que les gens avaient cessé de signaler. Attendez-vous à ce que vos propres équipes y consacrent des heures réelles, et à ce que le premier mois soit la plus mauvaise qualité de service que vous verrez, pas la meilleure.
Trois décisions raccourcissent cette phase. Fournissez au prestataire un inventaire exact des actifs et des accès avant le premier jour, plutôt que de le laisser le découvrir. Désignez un responsable interne doté d'une autorité suffisante pour décider pendant la transition. Et convenez explicitement du sort des sujets en cours au moment de la bascule, car ce sont eux qui passent à travers.
Mesurez à partir du quatrième mois, pas du premier. Juger un prestataire sur son trimestre de transition donne une réponse fausse dans les deux sens.
Si un prestataire aborde volontiers la liste des modes d'échec et les conditions de sortie, c'est un signal raisonnable. Une réticence sur les conditions de sortie, en particulier, annonce assez bien la suite de la relation.
Conclusion
Comptez les demandes de support du dernier trimestre et répartissez-les en trois groupes : accès et arrivées, pannes récurrentes, et cas réellement isolés. L'exercice prend une après-midi, et il indique quel modèle tarifaire convient, sur quel volume négocier, et quelles pannes récurrentes un prestataire devrait supprimer plutôt qu'entretenir. C'est aussi la référence dont vous aurez besoin pour juger ensuite si le dispositif a fonctionné. Les repères de coût par type de prestation sont détaillés dans notre guide des coûts du support informatique.
Serdao assure des prestations de support technique depuis dix-huit ans, avec un siège en France et une production à Hô Chi Minh-Ville, et nous sommes membres de la CCI France Vietnam et de French Tech. Nos pages support helpdesk et support technique détaillent le périmètre et le processus, et vous pouvez contacter notre équipe pour dérouler la comparaison ci-dessus sur vos propres chiffres.
À partir de quelle taille l'externalisation se justifie-t-elle ?
Aucun seuil ne vaut universellement, mais le schéma courant veut qu'en dessous d'une quinzaine de personnes un recrutement dédié se justifie rarement, et qu'au-delà de deux cents une capacité interne de pilotage devienne utile même si l'exécution est externalisée. Le large intervalle intermédiaire est celui du montage hybride, où la décision dépend davantage du caractère atypique de votre environnement que de l'effectif.
L'externalisation revient-elle moins cher qu'un recrutement ?
Souvent, mais pas pour la raison avancée d'ordinaire. L'économie vient rarement du taux horaire. Elle vient de ne pas payer en permanence une couverture dont vous n'avez besoin qu'occasionnellement, comme une expertise sécurité ou réseau, et de ne pas porter les congés, la formation et le turnover d'une personne. Si vous avez besoin d'un bon généraliste à plein temps et de rien d'autre, recruter peut revenir moins cher.
Quelle durée de contrat retenir ?
Assez longue pour que le prestataire amortisse son investissement de transition, assez courte pour ne pas être prisonnier si la relation se dégrade. Douze mois assortis d'un processus de sortie défini constituent un point d'équilibre fréquent. Méfiez-vous d'une durée minimale longue associée à une assistance de sortie vague : c'est dans cette combinaison que se cache le coût du départ.
Comment garder la maîtrise de nos propres systèmes ?
Exigez que comptes, domaines, licences et abonnements cloud appartiennent à votre société, le prestataire recevant un accès. L'inverse paraît anodin et figure parmi les problèmes les plus fréquemment découverts au moment de la sortie, quand l'entreprise constate que des actifs critiques sont enregistrés au nom du prestataire.
Peut-on n'en externaliser qu'une partie ?
Oui, et c'est fréquemment la meilleure réponse. Découper par niveau, en gardant le premier niveau en interne pour l'immédiateté tout en externalisant la profondeur et les horaires étendus, fonctionne bien. Découper par domaine aussi, en gardant le support aux utilisateurs en interne et en externalisant infrastructure et sécurité. Choisissez le découpage là où votre connaissance interne a réellement de la valeur.
Quel est le meilleur indicateur d'une issue favorable ?
Un responsable interne doté d'autorité et de temps. Les entreprises qui en désignent un tirent en général parti de prestataires moyens, et celles qui n'en désignent pas se déclarent déçues de bons prestataires.