Combien coûte une panne informatique à une petite équipe ? Construire une estimation exploitable

La messagerie fonctionne, mais l’application de gestion reste inaccessible depuis une heure. Une personne téléphone aux clients, deux préparent des dossiers sur papier et les autres attendent des données. Multiplier tout l’effectif par le coût d’une journée donne un chiffre impressionnant. Cela ne décrit pourtant ni le travail réellement perdu, ni les dépenses supplémentaires, ni les ventes qui disparaîtront.

Une estimation utile sert à décider : quel service rétablir d’abord, combien investir pour réduire l’interruption et quel fonctionnement provisoire préparer ? Pour une petite équipe, un scénario documenté apporte davantage qu’un coût moyen de panne trouvé ailleurs, sur une entreprise dont le métier et les marges sont différents.

Partir d’une activité bloquée, pas d’un ordinateur éteint

Décrivez d’abord une panne précise : application indisponible, connexion Internet coupée, données supprimées ou ordinateur d’une personne inutilisable. Ces situations n’ont ni les mêmes conséquences ni les mêmes solutions. Une machine de remplacement résout certains incidents, mais pas l’indisponibilité du service auquel elle doit se connecter.

L’analyse d’impact sur l’activité, souvent appelée BIA, consiste à examiner ce qui arrive aux processus métier quand une ressource manque. Le guide de continuité du NIST fournit ce cadre général. À l’échelle d’une PME, on peut commencer par quelques activités : recevoir les demandes, produire, livrer, facturer et répondre aux clients.

Pour chaque activité, demandez qui est touché, quelle information devient inaccessible et quelle alternative existe. Un dossier téléchargé la veille peut permettre de préparer une réunion ; il ne suffit pas forcément à confirmer un stock. Notez aussi les dépendances : un téléphone opérationnel aide peu si les coordonnées des clients sont dans le logiciel arrêté.

La durée doit inclure les étapes visibles et les délais moins apparents. Détection, diagnostic, intervention et remise en service ne sont pas toute l’histoire : il faudra vérifier les données, relancer les traitements et résorber les demandes accumulées. Un outil redevenu accessible à midi peut ne retrouver un fonctionnement normal qu’en fin d’après-midi.

Retenez deux ou trois durées plausibles, par exemple une heure, une demi-journée et une journée. N’en faites pas des prévisions probabilistes si vous ne disposez pas d’un historique suffisant. Ce sont des hypothèses de travail, destinées à tester ce qui change lorsque la panne se prolonge.

Séparer la capacité immobilisée des pertes économiques

Le temps empêché donne une mesure de capacité : nombre de personnes touchées, durée et part d’activité réellement interrompue. Quatre personnes affectées à moitié pendant trois heures représentent six heures de capacité empêchée. Cette grandeur aide à comprendre le désordre, même si elle ne correspond pas à une sortie de trésorerie supplémentaire.

Pour valoriser cette capacité, utilisez un coût horaire cohérent, expliqué par la personne qui suit la gestion. Un coût de personnel chargé peut convenir pour comparer des scénarios internes. Il faut cependant l’identifier comme une valorisation du temps, et non l’additionner automatiquement aux pertes commerciales.

Le salaire aurait généralement été payé même sans panne. Si le travail est rattrapé pendant les heures habituelles sans perte de vente, la panne a consommé une capacité et déplacé des priorités ; elle n’a pas nécessairement créé une dépense salariale additionnelle du même montant.

La marge perdue répond à une autre question : quelles commandes ou prestations ne seront finalement pas réalisées à cause de l’incident ? Utilisez une marge contributive cohérente avec votre modèle de gestion, après les coûts variables évités. Un chiffre d’affaires retardé n’est pas automatiquement perdu, et un chiffre d’affaires perdu n’est pas une perte de marge de même montant.

Ces deux vues peuvent se recouvrir. Pour éviter le double comptage, présentez la capacité immobilisée dans un indicateur séparé du total économique retenu. Si votre méthode utilise au contraire une valorisation de production perdue, explicitez les postes qu’elle comprend déjà. La précision vient de la frontière choisie, pas du nombre de décimales.

Construire un exemple chiffré que l’on peut discuter

Voici un cas entièrement fictif : une équipe de six personnes subit quatre heures d’arrêt de son application. Deux personnes poursuivent une partie de leur travail, quatre sont fortement gênées. Après rétablissement, une partie des commandes est rattrapée ; quelques ventes sont définitivement perdues. Tous les montants servent seulement à illustrer une méthode.

Ce tableau ne dit pas que l’incident « vaut exactement 780 euros ». Il montre comment le chiffre se construit. Si les ventes sont toutes rattrapées, la ligne de marge disparaît. Si le dépannage était déjà compris dans un forfait sans supplément, les 280 euros d’intervention ne représentent pas une dépense additionnelle pour cet incident.

Les heures supplémentaires ne doivent pas reproduire une charge déjà incluse dans un autre poste. Dans cet exemple, elles concernent le rattrapage effectivement payé, tandis que la marge perdue porte sur des ventes distinctes et non rattrapées. Si ces périmètres ne peuvent pas être séparés, présentez une fourchette et signalez le chevauchement possible.

Les coûts additionnels se vérifient plus facilement : factures, achats, frais de transport, pénalités effectivement applicables. Les coûts de réputation ou de départ futur de clients restent plus incertains. Décrivez-les comme risques et suivez les signaux correspondants ; ne leur attribuez pas arbitrairement un pourcentage de chiffre d’affaires.

Regarder les seuils qui font changer le dommage

Une panne de deux heures ne coûte pas nécessairement deux fois une panne d’une heure. Avant l’heure limite de préparation, les commandes peuvent encore partir. Après cette limite, un transport supplémentaire ou une journée de décalage apparaît. Le coût progresse souvent par paliers.

Identifiez ces échéances critiques avec les personnes du métier : clôture de paie, départ du transporteur, rendez-vous commercial, date de dépôt ou approvisionnement. Cette discussion permet de hiérarchiser autrement que par le nombre de personnes qui se plaignent de l’incident.

Le mode dégradé modifie aussi le calcul. Une prise de commande temporaire peut préserver les ventes, mais créer un risque d’erreur de ressaisie. Il faut chiffrer le temps de reprise, prévoir les contrôles et définir les informations qui ne doivent pas être promises sans vérification.

Séparez le délai de remise en service et la perte de données acceptable. Dans les démarches de continuité, le RTO sert à fixer un objectif de délai de reprise, tandis que le RPO concerne le point de données auquel on doit pouvoir revenir. Une restauration rapide d’une sauvegarde trop ancienne ne répond pas au même besoin qu’un rétablissement légèrement plus long avec des données plus récentes.

Ces objectifs doivent correspondre aux capacités réelles. Écrire « reprise en une heure » sur une procédure ne garantit pas qu’un fournisseur intervienne dans ce délai ni que le téléchargement de la sauvegarde soit assez rapide. Vérifiez les prérequis et les engagements avant de considérer le scénario comme maîtrisé.

Transformer l’estimation en choix de prévention

Comparez maintenant plusieurs options à leur coût complet : connexion de secours, appareil disponible, sauvegarde mieux adaptée, contrat de maintenance ou procédure papier préparée. Pour chaque option, demandez quel scénario elle améliore, de combien elle réduit l’interruption et ce qu’elle laisse exposé.

Une connexion mobile de secours ne protège pas contre une suppression de données ; un portable de réserve n’accélère pas nécessairement le retour d’un logiciel distant. La mesure la moins chère peut être efficace si elle vise le bon point de blocage. Un investissement plus important peut aussi se justifier par la protection des données ou des obligations métier, au-delà du seul total chiffré.

Évitez de calculer un retour sur investissement à partir d’une fréquence inventée. Vous pouvez présenter le nombre d’incidents évités qui couvrirait le coût de l’option, puis discuter si cette hypothèse est crédible. Avec un historique fiable, une estimation probabilisée devient plus défendable ; sans historique, mieux vaut une comparaison transparente.

Après chaque incident réel, notez les horaires, les activités touchées, les dépenses et ce qui a finalement été rattrapé. Une revue courte avec le responsable métier permet de corriger les premières impressions. Les ventes annoncées comme perdues peuvent avoir été seulement reportées, tandis que la reprise a parfois absorbé davantage de temps que prévu.

Gardez enfin une fiche synthétique par scénario : hypothèses, fourchette de conséquences, seuil critique, solution provisoire et personne qui décide. C’est ce document qui rend l’estimation exploitable. Il permet de choisir une priorité pendant la panne et de financer une amélioration précise quand l’urgence est passée.