Besoin de conseil ?
Prendre rdv sur Teams
La confusion entre maintenance informatique et infogérance est fréquente.
Les deux visent à maintenir un système informatique fonctionnel, mais ils ne répondent pas au même besoin : la maintenance corrige, l’infogérance pilote.
Choisir le mauvais modèle, c’est classique : incidents qui se répètent, coûts qui explosent par à-coups, zones grises de responsabilité, et sécurité traitée “après coup”.
Dans cet article, on pose des définitions opérationnelles, un comparatif clair, puis des scénarios réels pour comprendre ce que chaque modèle produit concrètement (et ce qu’il ne couvre pas).
Pour choisir, il faut d’abord comprendre ce que chaque terme recouvre en pratique, au-delà des slogans marketing.
La maintenance informatique se concentre sur la réparation d’un problème existant. Elle peut être ponctuelle (dépannage à l’acte) ou encadrée par un contrat de maintenance. Ce contrat garantit généralement des délais d’intervention pour résoudre des pannes sur un périmètre défini (par exemple, les postes de travail), mais il n’inclut que rarement des actions préventives structurées. Son objectif est de remettre en état de marche ce qui est cassé.
L’infogérance, ou externalisation du système d’information, est un service de pilotage récurrent. Le prestataire ne se contente pas de réparer: il gère, supervise et optimise un périmètre technologique complet (serveurs, réseau, identités, sécurité, etc.).
On distingue deux niveaux :
Les distinctions fondamentales ne résident pas dans les outils, mais dans trois piliers stratégiques qui définissent la nature de la relation.
Comprendre le fonctionnement de l’infogérance, c’est comprendre ces trois critères.
La maintenance traite des éléments souvent isolés : un ordinateur lent, une imprimante déconnectée. Le périmètre est restreint à l’objet de la panne.
L’infogérance, elle, adresse le système d’information comme un tout cohérent. Cela inclut la gestion des identités (comptes Microsoft 365, droits d’accès), la sécurité des appareils, la configuration du réseau, la supervision des sauvegardes et la cohérence des applications métier.
Le prestataire d’infogérance a une vue d’ensemble qui lui permet de corréler les événements et de traiter les causes profondes, pas seulement les symptômes.
Un contrat de maintenance se base souvent sur un engagement de moyens : le prestataire s’engage à intervenir et à passer du temps pour résoudre un problème.
L’infogérance repose plutôt sur des engagements mesurables (SLA/indicateurs) sur un périmètre maîtrisé : délais de prise en charge (GTI), délais de rétablissement (GTR), plages de support, priorisation, et parfois des objectifs de disponibilité (quand le prestataire contrôle réellement les dépendances concernées.)
La performance n’est donc plus jugée “au nombre d’heures consommées”, mais sur la capacité à détecter, qualifier, communiquer, rétablir et prévenir selon des critères définis. Quand la cause est externe (Microsoft, opérateur, incident fournisseur), l’engagement porte surtout sur la détection rapide, l’élimination des causes internes, la communication, et la remise en service côté client.
En maintenance, le client reste le décideur principal. Il signale la panne, valide la solution proposée et assume les conséquences si une recommandation est ignorée. La gouvernance est éclatée.
En infogérance, la gouvernance est déléguée et formalisée. Le prestataire devient le référent technique. Il gère le cycle de vie des équipements, valide les changements techniques selon des procédures établies (Change Management), documente l’infrastructure et assume la responsabilité des décisions opérationnelles.
La traçabilité des actions et la clarté des rôles sont essentielles.
| Critère | Maintenance Informatique | Infogérance Proactive |
| Déclencheur | Panne, incident signalé par l’utilisateur. | Alerte de supervision, analyse prédictive, demande de changement planifiée. |
| Périmètre | Matériel ou logiciel spécifique en panne. | Ensemble du système d’information (postes, serveurs, réseau, cloud, identités). |
| Outils | Outils de diagnostic et de réparation. | Plateforme de supervision (RMM), système de tickets, outils de déploiement. |
| Prévention | Aucune ou très limitée (nettoyage ponctuel). | Gestion des correctifs (patch management), surveillance des sauvegardes, audits. |
| Gestion des comptes | Création/suppression sur demande, souvent manuelle. | Procédures d’onboarding/offboarding automatisées, gestion des droits. |
| Mises à jour | Appliquées par l’utilisateur ou sur demande. | Planifiées, testées et déployées de manière centralisée et contrôlée. |
| Sécurité | Installation d’antivirus, suppression de malware à postériori. | Supervision de la sécurité (EDR), gestion des vulnérabilités, sensibilisation. |
| Sauvegardes/Tests | Vérification sur demande ; tests de restauration rares. | Supervision quotidienne des sauvegardes, tests de restauration planifiés. |
| Reporting | Rapport d’intervention après chaque panne. | Rapport mensuel (état du parc, SLA, incidents, recommandations). |
| Documentation | Inexistante ou limitée aux notes d’intervention. | Inventaire du parc, schémas réseau, base de connaissances, procédures. |
| Gestion du changement | Changements non formalisés, réalisés à la volée. | Processus de validation et de documentation pour tout changement majeur. |
| Facturation typique | À l’heure ou au ticket. Forfait d’heures. | Abonnement mensuel fixe par utilisateur ou par équipement. |
Ce que fait la maintenance : le prestataire est généralement alerté après les premiers appels. Il diagnostique à partir des symptômes, vérifie les points évidents (connectivité, DNS si besoin, statut Microsoft), puis conclut : incident Microsoft ou problème local. La communication est souvent réactive et dépend de l’avancement du diagnostic, sans canal de statut ni visibilité continue.
Ce que fait l’infogérance : le prestataire est alerté avant (ou dès les premiers signaux) via supervision, sondes, ou retours centralisés. Il qualifie vite : incident Microsoft confirmé vs problème interne (DNS, firewall, proxy, WAN, authentification). Il communique proactivement (message unique, statut, délai estimé/étapes), et applique un runbook (contournements éventuels, priorisation des services critiques, suivi jusqu’au rétablissement).
Zones grises : un bon technicien de maintenance peut faire les mêmes vérifications, mais sans outillage/monitoring ni connaissance du parc, il perd plus de temps à “prouver” que ce n’est pas interne, et la communication reste moins structurée.
Ce que fait la maintenance : le technicien se déplace ou prend la main. Il constate les dégâts, isole la machine du réseau et lance une analyse antivirus. Si inefficace, il recommande une réinstallation complète du poste. Il facture le temps passé. La restauration des données dépend de sauvegardes que le client est supposé gérer.
Ce que fait l’infogérance : l’outil de sécurité (EDR) a isolé automatiquement le poste avant que le chiffrement ne se propage. Le prestataire reçoit une alerte critique, analyse le point d’entrée de l’attaque, et lance une restauration du poste à son état d’avant l’infection depuis une sauvegarde centralisée et vérifiée. Il vérifie ensuite que d’autres postes ne sont pas affectés.
Zones grises : un contrat de maintenance peut inclure une option de sauvegarde, mais les tests de restauration sont rarement effectués, rendant la récupération incertaine.
Ce que fait la maintenance : le client envoie un email : « il faut créer un compte pour M. Dupont ». Le technicien crée un compte email, un utilisateur Windows. Les accès aux dossiers partagés et applications sont souvent oubliés ou mal configurés. Pour un départ, le compte est rarement supprimé proprement, créant une faille de sécurité.
Ce que fait l’infogérance : le client remplit un formulaire de demande via le portail du prestataire. Une procédure d’onboarding/offboarding standardisée est exécutée : création du compte avec les bons droits, préparation du poste, documentation. Pour un départ, tous les accès sont révoqués, les données transférées et le compte archivé selon une politique définie.
Zones grises : le client peut fournir une checklist au technicien de maintenance, mais l’exécution reste manuelle, sans garantie d’exhaustivité ni de traçabilité.
Ce que fait la maintenance : le prestataire redémarre la box et le switch. Si le problème persiste, il suggère de contacter l’opérateur internet ou l’éditeur du logiciel, se considérant hors périmètre.
Ce que fait l’infogérance : le prestataire analyse les logs des équipements réseau (firewall, switchs, bornes Wi-Fi) via sa plateforme de supervision. Il identifie le problème (ex: conflit d’IP, port bloqué, panne d’un switch) et le corrige. Ayant la documentation du réseau, il agit vite et de manière ciblée. Il est le point de contact unique et coordonne avec l’opérateur ou l’éditeur si nécessaire.
Zones grises : un technicien réseau compétent en maintenance peut diagnostiquer le problème, mais sans supervision ni documentation, l’analyse est plus lente et moins efficace.
Évaluez votre situation avec ces critères factuels. Chaque « oui » est un argument en faveur de l’infogérance.
Règle de décision simple :
Contrat de maintenance et infogérance, c’est pareil ?
Non. Un contrat de maintenance couvre la réparation en cas de panne (réactif). L’infogérance couvre le pilotage complet du système pour éviter les pannes (proactif), avec des engagements de service.
Peut-on garder une maintenance mais avec un minimum de prévention ?
Oui, c’est possible via des options (ex: forfait de visite préventive), mais cela reste une approche fragmentée, sans la cohérence et la responsabilité d’une véritable infogérance.
Qu’est-ce qui est souvent hors forfait ?
Le renouvellement du matériel, les licences logicielles, les projets (migration, déploiement d’un nouveau logiciel) et la formation des utilisateurs sont typiquement exclus des forfaits d’infogérance et font l’objet de devis séparés.
Doit-on exiger un SLA ?
Oui, c’est indispensable en infogérance. Sans SLA, l’engagement du prestataire n’est pas mesurable. Pour un simple contrat de maintenance, un délai d’intervention (GTI) est un minimum.
Qui doit posséder les accès admin ?
Le client doit de préférence être le propriétaire final. Le prestataire doit avoir des accès délégués, et une procédure de restitution doit être prévue au contrat (réversibilité).
Et si on veut changer de prestataire ?
La clause de réversibilité du contrat est clé. Elle doit garantir la restitution complète et documentée de tous les accès, configurations et données dans un format exploitable, permettant une transition fluide.
Le choix entre maintenance et infogérance n’est pas une question de coût, mais une décision stratégique. La maintenance est une réponse à une panne, l’infogérance est un investissement dans la continuité et la sécurité de l’activité.
La décision doit se baser sur une analyse factuelle de votre dépendance à l’informatique.
Le périmètre géré, les SLA, et la clarté de la gouvernance sont les trois piliers qui distinguent un dépanneur d’un infogérant.