Pourquoi l'infogérance IT échoue dans les PME

Quand une infogérance IT échoue dans une PME, la cause est rarement technique : elle tient presque toujours à un périmètre contractuel flou, à un prestataire resté en mode réactif, à des engagements de service jamais formalisés, ou à une relation où plus personne ne pilote rien. La bonne nouvelle : ces causes se détectent tôt, et la plupart se préviennent au moment de la signature. Voici les cinq mécanismes d'échec les plus fréquents en Suisse romande, et comment les neutraliser.

1. Le périmètre flou : l'échec programmé dès la signature

« Gestion de l'infrastructure informatique de l'entreprise » : cette phrase, ou une variante, figure dans d'innombrables contrats d'infogérance. Elle ne veut rien dire. Quels postes ? Quels serveurs ? Le logiciel métier est-il inclus ? Les imprimantes ? Le téléphone de la réceptionniste ? Le Wi-Fi de la salle de réunion ?

Chaque zone grise devient un futur litige : le client croit que c'est couvert, le prestataire facture en supplément ou refuse d'intervenir. Après quelques épisodes, la confiance est morte — et sans confiance, une infogérance ne fonctionne pas, quel que soit le niveau technique. La solution est connue : un inventaire précis en annexe du contrat, et une liste explicite des exclusions. Notre guide de comparaison des contrats d'infogérance détaille les clauses à exiger.

2. Le prestataire pompier : réactif payé pour être proactif

C'est la cause d'échec la plus répandue. L'intérêt de l'infogérance est l'anticipation : supervision continue, mises à jour appliquées, sauvegardes testées, problèmes réglés avant d'être visibles. Or beaucoup de prestataires vendent un forfait mensuel puis fonctionnent comme des dépanneurs : ils attendent le ticket.

Le symptôme est mesurable : si le nombre d'incidents ne baisse pas après six mois, si les mêmes problèmes reviennent chaque mois, si aucune recommandation spontanée n'arrive, vous payez un abonnement pour du dépannage. Le rapport mensuel est le meilleur détecteur — un prestataire proactif y montre ses temps de réponse réels, l'état des sauvegardes et ce qu'il a réglé avant que vous ne le remarquiez.

3. L'absence de SLA : des attentes jamais formalisées

Sans temps de réponse chiffrés, chacun a sa propre définition de « rapide ». Le client attend une intervention dans l'heure, le prestataire estime que 48 heures sont raisonnables : les deux sont de bonne foi, et la relation se dégrade à chaque incident. Un SLA écrit — par exemple, incident critique pris en charge sous 4 heures ouvrées — n'est pas de la bureaucratie : c'est ce qui aligne les attentes des deux côtés avant le premier problème.

4. Le sous-investissement chronique

L'échec vient aussi du côté client. Un prestataire peut superviser et maintenir, mais il ne peut pas rendre fiable un serveur de dix ans, un firewall jamais remplacé ou des postes sous un système d'exploitation en fin de vie. Quand chaque recommandation d'investissement est refusée année après année, les incidents se multiplient — et c'est l'infogérance qu'on accuse.

Même mécanique avec les contrats négociés au rabais : en retirant la sauvegarde hors-site « pour économiser », puis la sécurité, puis le support étendu, on obtient un contrat qui ne couvre plus rien et qui échouera par construction. Un budget IT réaliste pour une PME — notre article sur les services informatiques gérés donne les fourchettes en CHF — coûte toujours moins cher que l'accumulation d'incidents qu'il évite.

5. Personne ne pilote la relation

Une infogérance n'est pas un abonnement qu'on souscrit et qu'on oublie. Elle demande un interlocuteur côté client — pas un informaticien, mais quelqu'un qui lit le rapport mensuel, arbitre les recommandations et fait le point avec le prestataire deux à quatre fois par an. Sans ce pilotage minimal, les décisions s'accumulent en attente, le prestataire se démotive, et la valeur du contrat s'érode silencieusement. Si votre IT implique plusieurs intervenants, notre guide pour piloter plusieurs prestataires IT complète ce point.

Comment repartir sur de bonnes bases

Si votre infogérance actuelle échoue, la sortie se prépare : vérifiez la clause de réversibilité (restitution des données, mots de passe, documentation), choisissez le successeur avant de résilier, et exigez de lui un état des lieux initial documenté. Reprendre une infrastructure gérée par un autre prestataire est une situation banale pour un professionnel sérieux — chez AlpenData, c'est même le point de départ le plus courant d'AlpenCare : audit de l'existant, documentation, puis prise en main progressive, avec un engagement initial de 6 mois seulement et une reconduction mensuelle ensuite.

Questions fréquentes

Quel est le premier signe qu'une infogérance est en train d'échouer ?

Le silence. Un prestataire qui n'envoie plus de rapport mensuel, ne propose plus d'améliorations et n'est visible que quand quelque chose casse est passé en mode réactif — exactement ce que l'infogérance était censée éviter. Les incidents récurrents non résolus à la racine sont le deuxième signal.

Au bout de combien de temps peut-on juger une infogérance ?

Après 6 mois. Les trois premiers mois servent à reprendre l'existant, documenter et stabiliser ; c'est à partir du quatrième mois que le mode proactif doit être visible : moins d'incidents, des rapports réguliers, des recommandations spontanées. Si rien n'a changé après 6 mois, le problème est structurel.

L'échec vient-il toujours du prestataire ?

Non. Une infogérance échoue aussi côté client : attentes jamais formalisées, interlocuteur interne inexistant, refus systématique des investissements recommandés (remplacement de matériel obsolète, sécurité), ou périmètre négocié au rabais qui exclut la moitié de l'infrastructure. Le contrat le moins cher qui ne couvre rien échoue toujours.

Comment sortir d'une infogérance qui ne fonctionne pas ?

Vérifiez d'abord votre clause de réversibilité : restitution des données, des mots de passe administrateur et de la documentation, avec un délai défini. Sélectionnez le nouveau prestataire avant de résilier, et prévoyez une période de transition coordonnée. Un prestataire sérieux sait reprendre une infrastructure existante — c'est une situation courante.

Une infogérance à distance peut-elle fonctionner pour une PME romande ?

Partiellement. La supervision, les mises à jour et une grande partie du support fonctionnent à distance. Mais les pannes matérielles, les déploiements et la relation de confiance demandent une présence locale réelle. Un prestataire sans techniciens capables de se déplacer en Suisse romande finit par traiter les problèmes physiques avec des délais inacceptables.