Externaliser son informatique : quand, pourquoi, et à quelles conditions
Sommaire · 6 sections
01Le vrai déclencheur n’est pas l’effectif
On raisonne souvent en nombre de salariés. C’est un mauvais indicateur : une agence de dix personnes dont toute l’activité passe par un logiciel métier dépend plus de son informatique qu’un atelier de quarante. Trois signaux valent mieux qu’un seuil.
02Ce que l’externalisation apporte
Trois choses, dans un ordre qui surprend souvent. La première n’est pas la compétence technique.
La continuité. Une équipe prend le relais des congés, des arrêts et des départs. C’est la limite structurelle d’un informaticien interne unique, quelle que soit sa qualité.
La largeur de compétence. Réseau, sécurité, messagerie, sauvegarde, téléphonie, hébergement : personne ne maîtrise tout, et une PME ne peut pas recruter six spécialistes. Un prestataire mutualise ces compétences sur plusieurs clients.
La méthode. Documentation, supervision, procédures, revues : ce que produit une organisation qui fait la même chose chez cinquante clients. C’est souvent l’apport le plus durable, et le moins visible au moment de signer.
03Ce qu’elle coûte, y compris hors facture
Le coût direct est le plus facile à comparer — il est traité dans le guide combien coûte l’infogérance d’une PME. Trois coûts indirects méritent d’être anticipés.
| Coût indirect | Comment le limiter |
|---|---|
| Le temps de la reprise initiale | Prévoir l’inventaire et la remise à niveau comme un projet distinct, chiffré à part |
| La perte de réactivité perçue | Un délai garanti au contrat, et un référent identifié plutôt qu’un centre d’appel |
| Le risque de dépendance | Accès détenus par votre entreprise, documentation accessible, réversibilité écrite |
04Le modèle mixte, au-delà de cent utilisateurs
Jusqu’à 100 utilisateurs, l’externalisation complète des services reste la configuration de référence. Au-delà, la bonne question n’est plus « interne ou externe » mais « qui fait quoi ». Le partage qui fonctionne le mieux confie à l’interne les tâches quotidiennes, la relation métier et la connaissance des usages ; et au prestataire la direction informatique, la supervision, l’astreinte technique, les compétences spécifiques et la documentation.
Ce modèle échoue quand le partage n’est pas écrit : chacun croit que l’autre s’en occupe, et les sujets tombent entre les deux. Un tableau de responsabilités, même sommaire, dans le contrat, suffit à l’éviter.
05Les trois cas où c’est une mauvaise idée
Quand on externalise pour ne plus s’en occuper. Un prestataire ne remplace pas la décision. Les arbitrages — budget, niveau de risque accepté, priorités — restent chez vous. Une entreprise qui délègue aussi la décision se retrouve avec une informatique qu’elle ne comprend plus.
Quand le besoin est ponctuel. Un projet unique — une migration, un déménagement — se traite en prestation de projet, pas en contrat récurrent. Souscrire un contrat pour un besoin ponctuel revient à payer douze mois ce qui en demandait deux.
Quand l’informatique est le métier. Une entreprise dont le produit est logiciel a besoin de compétences internes que personne n’externalise. Elle peut confier son informatique de gestion, pas son cœur.
06Ce qui ne s’externalise jamais
Les seuils de décision dépendent du secteur, de la taille du parc et de la dépendance à l’informatique. Pour comparer les prestataires, utilisez la grille du guide comment choisir son prestataire informatique.