Comment démontrer la valeur ajoutée au client grâce aux rapports automatiques dans les services gérés

Il existe de nombreuses malédictions dans l’informatique, mais la plus insidieuse—lorsqu’il s’agit de fournisseurs de services managés—est celle de l’expert. L’idée que plus vous faites bien votre travail, plus vous devenez invisible. Les serveurs ne tombent pas, les applications fonctionnent sans effort et les sauvegardes se terminent avec un pouce levé. Zéro drame, zéro appel d’un client qui finit par oublier que nous existons.
Jusqu’à ce que la facture arrive.

Pour lui, c’est un rappel de ce que nous coûtions, pas de la valeur que nous apportons, car sans contexte pour la justifier, elle semblera toujours trop chère.

Évidemment, ce n’est pas parce que le travail ne vaut pas son prix—bien au contraire—mais parce que les humains sont ainsi. Personne ne lui a raconté l’histoire de ce qui s’est passé au cours du dernier mois, et surtout de ce qui ne s’est pas passé.

Le silence opérationnel est un signe d’excellence pour un MSP, mais il devient le pire ennemi de la perception de valeur du client.

Sans un reporting systématique—qui est la solution à ces situations—nous mènerons toujours une bataille perdue.

Nous sommes le lieutenant La Forge, enfermé dans la section ingénierie de l’Enterprise, qui maintient le vaisseau en fonctionnement sans jamais obtenir un rendez-vous ni être remarqué—jusqu’à ce que quelque chose tombe en panne et que seules arrivent des cris et des exigences.

Pourquoi de nombreux MSP ne parviennent pas à démontrer leur valeur

Je vais prononcer un mot qui fera que beaucoup se boucheront les oreilles, mais la raison n’a rien à voir avec la performance, mais avec le « marketing ».
Avec la visibilité.

Nous vivons dans un monde où les récits (ou “storytelling”, le terme à la mode) influencent plus que la réalité.

Éduquer l’utilisateur au fait que le silence est une bonne chose ne fonctionne pas : il ne le comprendra pas. Sa perception est qu’il paie pour un vide qu’il ne voit ni n’entend, et aussi injuste que cela puisse être, le marketing a raison : la perception est la réalité.

Mais en tant que MSP, nous vivons et travaillons dans l’ombre comme un Batman anonyme, et nous ne pouvons pas changer cela : surveillance continue, mises à jour silencieuses, correction des anomalies avant qu’elles ne deviennent des incidents, ajustements préventifs que le client ne verra jamais car ils ont été résolus avant qu’il ne puisse les remarquer…

Lorsqu’il s’agit de notre travail, le client ne voit que ce que nous lui montrons, et si nous ne lui montrons rien, il déduit ce qu’il peut. C’est pourquoi la solution passe par un meilleur reporting.

De plus, je vais commettre un autre sacrilège : le client n’est pas entièrement responsable de cette situation.

De nombreux MSP ne peuvent pas démontrer leur valeur en raison de leurs propres déficiences opérationnelles, qui se manifestent généralement par :

• La dictature du ticket : Le client ne se souvient de nous que lorsqu’il y a un problème. Il n’a aucune information sur la santé globale du système, seulement sur ses pathologies, de sorte que nous sommes toujours porteurs de mauvaises nouvelles. C’est le pire rôle dans toute pièce, car il lèvera les yeux au ciel en voyant notre nom, qui ne signifie que factures ou problèmes.
• L’absence de bonnes métriques de performance : De nombreux fournisseurs surveillent le temps de disponibilité, mais pas la qualité du service. Dire qu’un serveur est « en vie » est le minimum ; expliquer l’évolution de sa consommation de ressources ou de sa latence apporte de l’intelligence et communique de la valeur.
• Le reporting artisanal : Générer des rapports manuellement consomme des heures de techniciens qualifiés qui devraient faire des tâches plus importantes. Rapidement, ces rapports sont envoyés en retard, mal faits ou jamais, car tout le monde est débordé ou ne comprend pas l’importance du sujet (et c’est normal : c’est le rôle des gestionnaires, pas des techniciens).
• Le langage des tranchées : Remettre une feuille de logs ou de métriques brutes à un directeur financier, c’est comme expliquer la physique à un chat. Si nous ne traduisons pas le technique en langage business, la valeur est perdue dans la traduction, comme dans ce film qui nous a fait découvrir Scarlett Johansson.

Ce que le client attend réellement d’un rapport de service

Dans Star Trek : TNG, le capitaine Picard ne terminait pas une mission pour passer à la suivante en espérant que Starfleet valide simplement son travail. Il dictait le journal du capitaine, un compte rendu détaillé de ce qui s’était passé, des décisions prises et de leurs conséquences.
Ainsi, la flotte n’avait pas à deviner si l’Enterprise avait accompli sa mission : elle recevait un récit structuré qui le démontrait avec des données.

Avec un client, c’est essentiellement la même chose. Un MSP sans reporting systématique est un vaisseau sans journal : il peut être efficace, mais aussi invisible pour ceux qui financent la mission.

Très bien, mais comment appliquer cela en pratique ? À quoi ressemble un reporting qui apporte réellement de la valeur ?

Comment transformer les données techniques en valeur compréhensible pour le client

Un bon rapport n’est pas un déversement de données, c’est une narration appuyée par des preuves. La différence est la même qu’entre envoyer un fichier Excel de 400 lignes ou s’asseoir cinq minutes pour expliquer ce qui compte vraiment.

Pour qu’un rapport soit utile, il doit répondre aux questions que le client se pose (et même à celles qu’il ne sait pas qu’il devrait se poser, car il n’est pas technicien—ce n’est pas son rôle). Ainsi, il ne s’agit pas de submerger de données, mais d’apporter de la clarté sur la gestion des systèmes d’information que nous réalisons.

Le client ne veut pas savoir combien de requêtes ICMP ont été envoyées cette semaine ni les percentiles de latence de chaque nœud. Il veut savoir si :

• Son infrastructure fonctionne.
• Les engagements sont respectés.
• Son activité est protégée.

Traduit en termes de reporting, cela signifie lui montrer ce qui compte pour lui :

• La disponibilité réelle de ses systèmes et services. Mais en se concentrant sur ceux qui l’intéressent le plus, pas sur ceux qui intéressent les techniciens.
• Le respect du SLA. Autrement dit, ce contrat qu’il a signé et dont il a probablement oublié le contenu exact, mais qui sert de référence émotionnelle pour juger la qualité du service.
• L’évolution des performances de son infrastructure dans le temps. Pour comprendre si les choses vont mieux, pareil ou moins bien que le mois précédent.
• Les incidents détectés et gérés, avec suffisamment de contexte pour comprendre leur gravité et comment nous avons résolu la situation.
• Les tendances ou risques identifiés, démontrant que quelqu’un pense à l’avenir de son infrastructure et l’améliore, au lieu de simplement éteindre des incendies.

Dans ce travail de traduction du langage technique vers un langage compréhensible, une astuce qui fonctionne toujours est de comparer avec des éléments simples et non techniques.

C’est ce que font les médias lorsqu’ils disent que quelque chose est grand comme trois terrains de football ou que la consommation d’énergie équivaut à soixante-dix bouteilles d’eau.

Alors, comment concrétiser tout cela dans un rapport qui montre réellement notre valeur ?

Ce que doit inclure un bon rapport de supervision

Tout ce qui précède peut être exprimé à travers :

• Des métriques de disponibilité. Par exemple, avec l’uptime exprimé en pourcentage et comparé à la période précédente ou au seuil défini dans le SLA. Une disponibilité mensuelle de 98,7 % a bien plus d’impact qu’un tableau d’incidents sans contexte. Si nous dépassons ce SLA et montrons notre performance supérieure à ce qui est exigé, il sera facile de voir que nous ne faisons pas que respecter le contrat, mais que nous le dépassons.
• Des graphiques de performance. Au niveau de la direction, les graphiques et visuels sont indispensables. La supervision génère des tendances visuelles que tout le monde peut interpréter. Si la charge CPU augmente semaine après semaine, ce graphique en dit plus sur le besoin d’évolution que n’importe quel argument technique.
• Des indicateurs de respect du SLA et autres KPI. Ceux-ci peuvent varier selon les contrats. La clé est la visibilité et la simplicité : être pédagogique et visuel pour les non-techniciens, comme dans Sesame Street. Vert si les objectifs sont atteints, rouge sinon, avec une explication des causes dans ce cas. Simple, exécutif, sans jargon technique générant plus de questions que de réponses.
• Les événements pertinents de la période. Pas tous, bien sûr, seulement ceux qui comptent : incidents détectés, leur gestion et le temps nécessaire. Le MTTR (Mean Time to Repair) est ici un indicateur que le client peut comprendre et valoriser sans formation préalable.
• L’état de l’inventaire supervisé. Une vue d’ensemble de l’état actuel de l’infrastructure gérée renforce la perception de contrôle et de visibilité, rendant tangible l’étendue réelle du service payé.

Aucune de ces informations n’est particulièrement difficile à extraire d’une plateforme de supervision des infrastructures. Le problème, dans la plupart des cas, est qu’aucun processus n’a été mis en place pour transformer ces données en un document livré ponctuellement au client.

La frivolité de la nature humaine

En plus d’être pédagogiques, simples et adaptés aux dirigeants, les rapports doivent être visuellement attrayants.

Qu’on le veuille ou non, nous vivons dans un monde où l’apparence compte—y compris pour nos rapports.

Le fait que les choses doivent être non seulement utiles mais aussi esthétiques est soutenu par des décennies de recherche en design et des études comme :

• Celle-ci, qui montre qu’une interface agréable est perçue comme plus simple et plus utile, même si ce n’est pas le cas en réalité.
• Ces données de l’Université de Stanford, qui confirment notamment que près de la moitié des personnes jugent la crédibilité d’un site uniquement sur son design visuel.
• Le phénomène démontré de fluidité cognitive, qui pousse notre cerveau à considérer comme plus simple et plus vrai ce qui est visuellement attrayant.

Je ne fais pas les règles d’un jeu où les personnes les plus attirantes gagnent en moyenne 15 % de plus, je ne fais que les souligner.

L’apparence compte, les premières impressions sont cruciales, et nous devons affronter le monde tel qu’il est, pas tel que nous aimerions qu’il soit.

Automatiser le reporting pour passer à l’échelle

Une fois tout cela en place, nous devons aller plus loin dans notre reporting. Si nous voulons opérer un MSP à grande échelle, nous ne pouvons pas permettre que l’envoi des rapports reste un processus manuel.

L’automatisation est la clé pour croître sans que les coûts opérationnels ne dévorent les bénéfices.

De plus, l’envoi périodique de rapports automatisés garantit la cohérence et renforce le professionnalisme. Le client reçoit son rapport le premier lundi de chaque mois, sans faute, quoi qu’il arrive. Cette régularité crée une sensation d’ordre et de contrôle qui renforce notre image professionnelle en tant que MSP.

En outre, en standardisant le reporting entre différents clients, nous réduisons la variabilité et garantissons à tous la même qualité d’information.

Cela permet d’éviter que le support réactif ne consomme les marges, en libérant les équipes techniques des tâches administratives et en leur permettant de se concentrer sur des problèmes complexes—comme enfin terminer Silksong.

Cela contribue également à une véritable efficacité opérationnelle du MSP, qui ne se mesure pas uniquement au nombre de tickets fermés, mais à des processus fluides, sans friction et sans nécessiter de rappels.

Types de rapports qui apportent une réelle valeur au client

Une fois que nous avons compris que le reporting est essentiel pour la perception de la valeur, nous ne devons pas tomber dans l’excès inverse et submerger le client.
Tous n’ont pas les mêmes besoins ni la même fréquence.

Un bon système de reporting doit permettre de configurer quoi livrer, à qui et à quelle fréquence, en combinant différents types selon le profil du client. Parmi les plus importants :

1. Rapports de disponibilité

Les plus demandés—et, si les bonnes pratiques sont respectées, aussi les plus impactants en termes de perception de valeur. Ce rapport répond à la question essentielle : Tout a-t-il fonctionné ? Oui/Non. Idéal pour une revue rapide.

2. Rapports de performance

Charge CPU, mémoire, réseau, stockage… Particulièrement utiles lors des discussions sur la croissance ou la nécessité d’étendre l’infrastructure. Les données parlent d’elles-mêmes.

3. Rapports de conformité au SLA

Indispensables lors des revues contractuelles ou des renouvellements. Ils documentent le service fourni et la manière dont il a été respecté.

4. Rapports d’événements et d’incidents

Pour que le client comprenne ce qui s’est passé, comment cela a été résolu et en combien de temps, démontrant la réactivité et la capacité de gestion. De plus, tout MSP devrait envisager un rapport sur les incidents évités et leurs impacts potentiels, afin de mettre en lumière ce travail “dans l’ombre”.

5. Rapports d’inventaire

Ils démontrent la visibilité et le contrôle sur l’ensemble de l’infrastructure gérée… et révèlent souvent des actifs que le client avait oubliés.

Le nouveau système de reporting de Pandora FMS : l’avenir est modulaire

Dans l’écosystème de la supervision, rester immobile, c’est reculer. Tout notre secteur ressemble à un tapis roulant allant dans la direction opposée. Il faut toujours avancer plus vite que lui pour progresser—et quand on s’arrête, on ne reste pas sur place : on recule.

C’est pourquoi Pandora FMS continue d’évoluer en matière de reporting (et dans tous les autres domaines). Aujourd’hui, il dispose déjà d’un système de reporting robuste permettant de générer des documents à partir de graphiques, d’événements, d’inventaires ou de données de modules.

Mais la véritable révolution arrive avec la future version 802 Feature Release (la LTS 800 pointant déjà le bout de son nez).

Ce nouveau système de reporting adopte une approche beaucoup plus modulaire et moderne, avec une idée simple mais puissante : construire des rapports à partir de widgets réutilisables.

Ainsi, il sera possible de reprendre des composants déjà utilisés dans les tableaux de bord et de les intégrer directement dans les rapports, améliorant non seulement l’esthétique évoquée précédemment, mais aussi la cohérence visuelle entre ce que voient les techniciens en temps réel et ce que reçoit le client dans son rapport.

De plus, cette nouvelle architecture est conçue pour gérer de grands volumes de données avec une efficacité accrue, ce qui est essentiel lorsqu’un MSP gère des milliers d’agents et doit éviter que la génération de rapports ne devienne une charge pour le serveur de supervision.

Le reporting comme outil de communication et de confiance

Au final, un rapport n’est pas simplement un ensemble de données : c’est un pont de communication et une démonstration de valeur.

Utiliser ces rapports comme base pour des réunions régulières de suivi du service permet de :

• Identifier les axes d’amélioration : Passer des plaintes subjectives à une analyse objective des données.
• Justifier les décisions techniques : On ne demande pas une extension de serveur au hasard, mais parce que le rapport de capacité montre une saturation imminente.
• Encourager la proactivité : Discuter de l’ITIL et de la gestion des services en s’appuyant sur la réalité de l’infrastructure supervisée.

Cela contribue à réduire les heures de support en alignant les attentes du client avec la réalité technique de ses systèmes.

Et, qu’on le veuille ou non, cela aide aussi à justifier notre valeur en tant que MSP. Nous ne devrions peut-être pas avoir à “vendre” notre travail chaque mois, mais c’est ainsi que fonctionne ce secteur.

Dans un marché aussi compétitif que celui des services managés—où chaque détail compte pour les marges—nous ne pouvons pas nous permettre d’être invisibles ni de tomber dans des relations déséquilibrées où l’autre partie nous considère comme acquis, ne reconnaissant notre valeur que lorsqu’elle disparaît.

Les rapports sont la voix du MSP lorsque tout fonctionne bien, le rappel qu’une équipe veille à ce que le vaisseau poursuive sa route sans encombre.

Car, soyons honnêtes, nous aimons tous sentir que le capitaine sait que nous sommes là, en salle des machines, à empêcher le cœur de distorsion de se transformer en feu d’artifice.