Combien coûte réellement une panne informatique dans une PME
Le coût d'une panne ne figure sur aucune facture. C'est précisément ce qui le rend invisible, et ce qui fait qu'on repousse les décisions qui l'éviteraient. Voici comment le calculer sur votre propre entreprise, avec des chiffres que vous connaissez déjà.
Combien coûte réellement une panne informatique dans une PME ?
Le coût d'une panne ne se limite pas à la facture de dépannage : il faut y ajouter les heures de travail perdues par les salariés bloqués, les commandes ou dossiers décalés et le rattrapage qui suit. C'est ce calcul complet qui rend la comparaison avec un forfait d'infogérance honnête.
- Coût direct : intervention, pièces, éventuelle récupération de données.
- Coût indirect : heures de salariés immobilisés, activité décalée, rattrapage.
- Comparaison : une journée d'arrêt se compare vite à plusieurs mois de forfait.
- Prévention : GTR 4 heures contractuelle et supervision continue chez Aerolis.
Quand un serveur tombe, la facture du prestataire est un montant identifiable. Ce n'est pourtant presque jamais la partie la plus chère. Le coût réel d'une panne informatique se répartit entre quatre postes, dont trois n'apparaissent nulle part en comptabilité.
Poste 1 — Les heures payées sans production
C'est le seul calcul vraiment simple. Prenez le nombre de personnes empêchées de travailler, multipliez par le coût horaire chargé, multipliez par la durée de l'interruption.
Pour une PME de 50 salariés dont 30 dépendent d'un ERP à l'arrêt, une matinée d'indisponibilité représente déjà plusieurs milliers d'euros de masse salariale sans contrepartie. Ce montant ne se rattrape pas : les heures sont passées.
Faites ce calcul une fois, avec vos vrais chiffres. Il change généralement la perception du sujet plus efficacement que n'importe quel argument commercial.
Poste 2 — Le chiffre d’affaires qui ne revient pas
Tout dépend de votre activité, et c'est là que les moyennes de secteur ne servent à rien.
Poste 3 — Les décisions repoussées
Le plus discret des quatre. Quand l'informatique est instable, les projets qui en dépendent attendent. Un nouveau site ne s'ouvre pas, une migration se reporte, un recrutement se décale parce que le poste de travail n'est pas prêt.
Ce coût-là ne se mesure pas en heures d'arrêt mais en mois de retard. Il est invisible parce qu'il ne produit aucun événement : rien ne se passe, justement.
Poste 4 — Les dépenses engagées dans l’urgence
Un remplacement décidé un vendredi soir coûte plus cher qu'un renouvellement planifié six mois à l'avance. Pas de mise en concurrence, pas de négociation, parfois du matériel surdimensionné parce que c'est ce qui est disponible.
C'est exactement ce qu'un audit d'infrastructure permet d'éviter : il date chaque équipement et répartit la dépense sur trois ans, au lieu de la concentrer sur l'année où tout tombe en même temps.
Ce qui change avec un délai garanti
Une fois le calcul fait, la question du délai d'intervention cesse d'être abstraite. Si une heure d'arrêt vous coûte un montant connu, la différence entre un rétablissement en 4 heures et un rétablissement en deux jours devient un chiffre, pas une impression.
C'est la raison d'être d'un engagement écrit. Les nôtres sont chiffrés et opposables : prise en compte en 15 minutes, intervention engagée sous 1 heure, rétablissement sous 4 heures sur incident bloquant, et 96 % de délais tenus mesurés sur douze mois.
Un prestataire qui promet d'intervenir « rapidement » ne prend aucun risque. Un prestataire qui écrit 4 heures accepte que vous le lui opposiez.
Le cas extrême, et ce qu’il enseigne
Une PME bloquée par un ransomware, production à l'arrêt un lundi matin. Le point critique n'est presque jamais le chiffrement : c'est une sauvegarde qui existe mais n'a jamais été testée. Personne ne sait ce qu'elle contient ni combien de temps prend une restauration.
Avec une sauvegarde saine et testée, la reprise se compte en heures ou en jours ; sans, elle se compte en semaines. Nos interventions sont documentées dans nos études de cas. La leçon n'est pas sur le ransomware : elle est sur l'écart entre une sauvegarde supposée et une sauvegarde vérifiée. Cet écart ne se découvre qu'au pire moment, sauf à le tester avant.
Si le sujet vous concerne, les cinq premiers réflexes en cas d'attaque détaillent ce qui se joue dans la première heure.