Visuels Power BI : 8 règles pour être lu par la direction

Un rapport Power BI aux chiffres justes mais illisible produit le même effet qu’un rapport faux : la direction ne s’en sert pas. Le design de rapport Power BI n’est pas une affaire de goût ni de décoration. C’est un ensemble de règles documentées, issues de la recherche en perception visuelle, qui décident si vos chiffres seront lus ou ignorés.

Huit règles suffisent à changer le destin d’un rapport. Aucune ne demande de budget ; toutes demandent de la discipline.

Pourquoi vos rapports ne sont pas lus

Le problème n’est presque jamais la donnée : c’est l’attention. Un lecteur décide en quelques secondes si une page lui parle. La règle 3-30-300, popularisée par SQLBI, fixe le niveau d’exigence : le message principal doit se percevoir en 3 secondes, la localisation d’un problème en 30, le détail en 300. Si les trois premières secondes échouent, le reste du rapport n’existe pas, quel que soit le travail investi derrière.

Les 8 règles d’un design de rapport Power BI efficace

1. Hiérarchisez : l’essentiel en haut à gauche

Le regard balaie un écran du coin supérieur gauche vers le bas à droite. Placez-y le message principal (souvent trois ou quatre cartes de chiffres clés), et le détail en dessous. C’est l’une des premières recommandations des conseils de conception officiels de Microsoft.

2. Ne montrez jamais un chiffre sans comparatif

« CA : 2,3 M€ » n’apprend rien. « 2,3 M€, budget 2,5 M€, N-1 2,1 M€ » raconte la situation en une ligne. Budget, N-1, objectif ou seuil : chaque visuel porte au moins une référence de comparaison.

3. Des couleurs sobres et signifiantes

La couleur est un langage : réservez le rouge aux dépassements de seuil et gardez le reste neutre. Méfiez-vous aussi des visuels spectaculaires. La documentation Microsoft citée plus haut déconseille explicitement les graphiques 3D et rappelle que jauges, anneaux et camemberts sont rarement le bon choix pour comparer des valeurs : les barres font mieux, parce que l’œil compare des longueurs bien plus précisément que des angles ou des surfaces.

4. Parlez le français du métier

Un rapport lu par la direction ne montre jamais « SUM_MT_HT_FACT » : il dit « CA facturé ». Renommez chaque champ et écrivez des titres qui énoncent le message (« Marge en retrait sur le négoce » plutôt que « Marge par activité »). Et arrondissez : « 3,4 M€ » se lit, « 3 400 000 € » se déchiffre.

5. Une page, un message

La page de synthèse répond à « comment ça va ? » ; les pages suivantes répondent à « pourquoi ? ». Ne mélangez pas les deux niveaux sur un même écran : laissez le lecteur descendre vers le détail par un clic plutôt que de surcharger la page. C’est l’emboîtement de la règle 3-30-300 évoquée plus haut, et le principe des standards IBCS, une notation de rapports de gestion désormais publiée comme norme ISO, qui uniformise la présentation pour que le lecteur reconnaisse les mêmes codes d’un rapport à l’autre. La page de synthèse est d’ailleurs un objet à part entière : nous lui avons consacré un article complet sur le dashboard de direction.

6. Pensez mobile

Dans les faits, une part croissante des lectures se fait au téléphone, entre deux réunions. Power BI permet de définir une disposition mobile dédiée : construisez-la autour de vos trois ou quatre visuels clés, au lieu de laisser la page complète se comprimer sur un écran de poche.

7. Un rapport lent est un rapport mort

Au-delà de quelques secondes d’attente à l’ouverture, le lecteur décroche : et revient rarement. Limitez le nombre de visuels par page : chacun déclenche ses propres requêtes. Déportez les tableaux exhaustifs vers des pages de détail, et testez le temps d’ouverture dans les conditions réelles de vos lecteurs, pas sur le poste du développeur.

8. Des interactions au service du lecteur

Les segments (période, entité, activité) doivent correspondre aux questions récurrentes de la direction, pas aux possibilités techniques de l’outil. Trois filtres bien choisis valent mieux que douze options qui font de la page un cockpit d’avion.

Avant, après : le même rapport, une autre vie

Prenez le rapport type que nous recevons en début de mission : vingt-cinq visuels sur une page, quatre camemberts, des libellés techniques, douze couleurs, aucun comparatif. Appliquez les huit règles : une page de synthèse à six visuels, des cartes qui affichent budget et N-1, du rouge uniquement sur deux alertes, le détail accessible en un clic. Les chiffres n’ont pas changé, la lecture, si.

Ce que nous constatons en mission : les rapports illisibles sont presque toujours des rapports d’analyste, construits par celui qui connaît les données, pour lui-même. Renverser la logique améliore plus le résultat que n’importe quel réglage technique : partir des trois questions que se pose réellement la direction, puis dessiner la page qui y répond.

Pour approfondir les fondements, deux références : les travaux de Stephen Few (Perceptual Edge), dont Microsoft recommande les livres dans sa propre documentation, et les standards IBCS déjà cités. Et pour vérifier que le fond suit la même rigueur que la présentation, notre checklist du reporting industrialisé se télécharge en une minute.

Un bon design de rapport Power BI ne se remarque pas. Il se mesure à un seul signe : la direction ouvre le rapport chaque semaine, et s’en sert pour décider.

Vos rapports méritent d’être lus : réservez un appel de 30 minutes pour une revue franche de l’un de vos rapports. Et jetez un œil à nos produits, dont nos visuels Power BI prêts à l’emploi, ainsi qu’à notre approche Power BI.