Votre premier dashboard Power BI est probablement déjà en ligne quelque part, et il contient probablement la plupart de ces sept erreurs. Aucune honte : nous les avons toutes commises, et nous les retrouvons dans presque tous les audits. Les corriger, c'est l'écart entre « j'ai fait un rapport » et « j'ai construit un outil de pilotage ». C'est aussi, très concrètement, ce qui distingue un profil junior en entretien.
Question
Une page répond à une décision, pas à une envie de montrer toutes les données disponibles.
Modèle
Les mesures et relations garantissent que les chiffres restent cohérents quand on filtre.
Lecture
La hiérarchie visuelle guide l'utilisateur vers l'écart, la cause et l'action possible.
Les sept erreurs ci-dessous cassent presque toujours l'un de ces trois maillons.
1. Construire sans question de pilotage
L'erreur d'origine : ouvrir Power BI avant d'avoir écrit la question à laquelle l'écran doit répondre. Un dashboard n'est pas un inventaire de ce que contiennent les données, c'est la réponse visuelle à une question de décision. Avant la première visualisation, écrivez la phrase : « cet écran permet à [qui] de décider [quoi] ». Tout ce qui ne sert pas cette phrase sort.
2. Ignorer le modèle de données
Brancher des visuels directement sur une grosse table plate fonctionne… au début. Puis les totaux divergent, les filtres se comportent bizarrement, et chaque nouvelle question demande une rustine. Le schéma en étoile, des tables de faits entourées de dimensions, n'est pas une coquetterie d'architecte : c'est ce qui rend les filtres prévisibles et les mesures justes. Apprenez-le avant DAX, pas après.
3. Tout mettre sur une seule page
Quinze visuels sur un écran, c'est zéro information. L'œil ne hiérarchise plus, le message disparaît. Règle simple : une page, un message, cinq à sept visuels maximum. Le détail va dans des pages dédiées ou des info-bulles, pas en concurrence avec l'essentiel.
4. Laisser les mesures implicites faire le travail
Glisser une colonne numérique dans un visuel crée une agrégation automatique, pratique, et piégeux : la logique est éparpillée dans les visuels au lieu d'être centralisée. Écrivez des mesures DAX explicites, nommées, rangées dans une table de mesures. C'est la différence entre un classeur et un modèle : une seule définition du CA, réutilisée partout.
5. Décorer avant de hiérarchiser
Les dégradés, les jauges 3D et les douze couleurs arrivent toujours avant la question « qu'est-ce qui doit se voir en premier ? ». Faites l'inverse : tout en gris, puis UNE couleur d'accent pour ce qui mérite l'attention. Si tout est important, rien ne l'est.
| Symptôme visible | Cause probable | Correction prioritaire |
|---|---|---|
| La page donne envie de zoomer | Trop de visuels et pas de hiérarchie | Retirer les visuels sans décision associée |
| Deux KPI se contredisent | Mesures implicites ou définitions multiples | Centraliser les mesures DAX officielles |
| L'utilisateur ne trouve pas son chiffre | Filtres ou titres ambigus | Renommer avec le vocabulaire métier et tester en silence |
| Le rapport ralentit vite | Table plate, colonnes inutiles, visuels trop nombreux | Revenir au modèle et réduire la page |
6. Ne jamais tester avec l'utilisateur final
Le dashboard parfait en démo meurt en réunion : le manager cherche SON chiffre, ne le trouve pas en dix secondes, retourne à Excel. Mettez l'écran dans les mains d'un utilisateur réel avant de le considérer fini, et regardez-le faire en silence. Ce test de dix minutes vaut toutes les revues de design.
- 1Donner un scénario concret« Trouvez la région qui explique le plus gros écart au budget ce mois-ci. »
- 2Observer sans guiderSi l'utilisateur demande où cliquer, le problème est dans l'écran, pas chez lui.
- 3Noter le premier blocageUn test de 10 minutes suffit souvent à révéler un libellé ambigu, un ordre de lecture faible ou un filtre introuvable.
7. Oublier la vie après la publication
Actualisation planifiée, passerelle de données, droits d'accès par rôle, et un responsable identifié quand un chiffre paraît faux : un dashboard sans exploitation est un rapport jetable. La publication n'est pas la fin du projet, c'est le début de l'outil.
À retenir
Les sept erreurs n'en font qu'une : confondre « afficher des données » et « répondre à une question de pilotage ». Corrigez l'intention, et la technique suit.
Pour aller plus loin, reprenez un de vos rapports publiés et appliquez ce test : une page, une décision, une mesure officielle, un responsable d'exploitation. Si une case manque, le dashboard n'est pas encore un outil de pilotage.
Écrit par Dylan Arnaud, fondateur de Datafuji. Les exemples techniques sont conçus pour être relus, testés et adaptés dans un modèle Power BI réel.