Visualisation et UX

Ce thème évalue la capacité du rapport à faire comprendre vite et sans erreur : choix des visuels, hiérarchie de l'information, navigation (signets, info-bulles, pages d'exploration)…

Guide≈ 6 min de lectureVérifiéLecture

En bref

Ce thème évalue la capacité du rapport à faire comprendre vite et sans erreur : choix des visuels, hiérarchie de l'information, navigation (signets, info-bulles, pages d'exploration), cohérence (thème JSON, gabarit), charge cognitive, tests d'usage. On juge le fond (principes, décisions, preuves), pas l'habillage. L'accessibilité et le multilingue sont traités à part : ACC.

Sur cette page

1. Pourquoi ce thème
2. Ce que mesure le thème
3. Les 5 niveaux
4. Jalons par niveau
5. Lecture détaillée par niveau
6. Atteinte partielle et notation
7. Passer au niveau suivant
8. Voir aussi

Niveau : 🟢→🔴 · Code thème : VIZ

1. Pourquoi ce thème#

Un chiffre exact mal présenté est mal lu ; un graphique trompeur (axe tronqué, camembert à 12 parts, double axe) conduit à de mauvaises décisions. Un rapport de 30 pages « qui montre tout » n'est consulté que par son auteur. Coût de l'ignorer : adoption faible, demandes d'extractions, multiplication de rapports parallèles (GOV).

2. Ce que mesure le thème#

Axe : de l'accumulation de visuels par défaut à une expérience conçue, testée et cohérente.
Indicateurs clés : temps pour répondre à 3 questions-types (test d'usage), nombre de clics jusqu'à l'information, taux d'usage des pages, conformité au gabarit.
Unités : secondes, clics, % de pages conformes.

3. Les 5 niveaux#

Niveau	Nom court	Promesse	Indicateur type (ordre de grandeur)
1	Par défaut	Les chiffres sont affichés ; le lecteur doit deviner où regarder.	Visuels par défaut, 15+ visuels par page
2	Gabarit commun	Tous les rapports de l'équipe se ressemblent ; le lecteur retrouve ses repères.	Thème JSON commun ; 1 gabarit
3	Parcours lisible	Un nouvel utilisateur répond à ses 3 questions principales en moins d'une minute.	Test d'usage : < 60 s pour 3 questions
4	Design system	Le rapport est cohérent, documenté et réutilisable ; un nouvel écran se construit en heures, pas en jours.	Bibliothèque de composants ; revue de design à chaque livraison
5	Adaptatif mesuré	L'expérience s'ajuste aux rôles et appareils, et les décisions de design reposent sur des usages mesurés.	Télémétrie d'usage exploitée ; mobile validé

4. Jalons par niveau#

ID	Jalon	Preuve vérifiable
BI-VIZ-1.1	Chaque page a un titre clair et chaque visuel un titre	Revue page par page
BI-VIZ-1.2	Les nombres ont une unité et un format (milliers, %, devise)	Formats posés sur les mesures
BI-VIZ-1.3	Aucun visuel n'induit en erreur de façon évidente (axes tronqués sans mention)	Revue critique
BI-VIZ-2.1	Un thème JSON (couleurs, polices, tailles) partagé	Fichier de thème en dépôt
BI-VIZ-2.2	Gabarit de page (en-tête, filtres, zone de contenu)	Modèle `.pbit` / page type
BI-VIZ-2.3	Types de visuels choisis selon la question (comparaison, évolution, répartition, relation)	Table de choix interne
BI-VIZ-2.4	Pas plus de ~10 à 15 visuels par page	Revue + PRF
BI-VIZ-3.1	Hiérarchie visuelle : l'indicateur clé en haut à gauche, détail en dessous	Revue de la maquette
BI-VIZ-3.2	Navigation cohérente (menu de pages, retour, signets)	Parcours testé
BI-VIZ-3.3	Maquettes validées avec un utilisateur avant développement	Maquette + compte rendu
BI-VIZ-3.4	Couleurs sémantiques réservées (rouge/vert pour écarts, jamais décoratifs)	Charte de couleurs
BI-VIZ-3.5	Infobulles de page et pages d'exploration pour le détail sans surcharge	Pages « drill-through » en usage
BI-VIZ-4.1	Bibliothèque de composants (cartes KPI, en-têtes, modèles de matrices) documentée	Dépôt de composants
BI-VIZ-4.2	Revue de design systématique à chaque livraison	Check-list de revue renseignée
BI-VIZ-4.3	Visuels personnalisés limités, validés (sécurité, performance, support)	Liste blanche de visuels
BI-VIZ-4.4	Test d'usage chronométré sur 3 questions par rapport majeur	Rapport de test
BI-VIZ-5.1	Télémétrie d'usage (pages vues, filtres, abandons) exploitée pour décider	Revue trimestrielle d'usage
BI-VIZ-5.2	Variante mobile conçue et testée	Disposition mobile vérifiée
BI-VIZ-5.3	Parcours adaptés aux rôles (direction / manager / terrain)	Pages ou rapports par rôle
BI-VIZ-5.4	Retrait systématique de pages peu utilisées	Journal des retraits

5. Lecture détaillée par niveau#

🟢 Niveau 1 — Par défaut#

Signes : visuels par défaut, titres techniques (« Somme de Montant »), couleurs aléatoires.
Gain : rapidité. Ne garantit pas : la compréhension.
Difficulté : 1/5 · Effort : 1/5.

🟢 Niveau 2 — Gabarit commun#

Signes : thème JSON et gabarit communs, formats de nombres cohérents, types de visuels choisis avec une logique (barres pour comparer, lignes pour évoluer).
Gain : cohérence et vitesse de production.
Limite : la cohérence n'implique pas la pertinence.
Difficulté : 2/5 · Effort : 2/5.

🟡 Niveau 3 — Parcours lisible#

Signes : on conçoit à partir des questions de l'utilisateur, pas des données disponibles. Une page = un message. Le détail est en information bulle ou en exploration, pas en surcharge.
Gain : adoption ; moins de sollicitations d'extraction.

🧪 Exemple

Fil rouge SFA : la page « Couverture terrain » répond à « mes visites sont-elles faites ? » (taux de réalisation vs objectif, par semaine) ; l'exploration par client est accessible par drill-through, pas affichée par défaut.

Limite : validé par peu de personnes.
Difficulté : 3/5 · Effort : 3/5.

⚠️ Piège

Symptôme : les utilisateurs demandent « un export Excel du tableau ». Cause : la matrice ne répond pas à la vraie question, ou elle est trop dense. Remède : interroger l'usage de l'export, et rendre l'exploration naturelle plutôt que d'interdire l'export.

🟡 Niveau 4 — Design system#

Signes : composants réutilisables, visuels personnalisés strictement encadrés, test d'usage chronométré, revue de design.
Gain : cohérence à l'échelle, formation facilitée.
Limite : coût de maintenance du système.
Difficulté : 4/5 · Effort : 4/5.

🔴 Niveau 5 — Adaptatif mesuré#

Signes : la télémétrie (journaux d'activité du service) alimente les décisions de design ; versions mobile et rôles ; ménage régulier des pages mortes.
Gain : le rapport évolue avec l'usage réel.
Limite : respect de la vie privée dans la télémétrie (RLS, PD — sécurité).
Difficulté : 5/5 · Effort : 4/5.

✅ Bonne pratique

Pose la question « quelle décision cette page permet-elle ? ». Une page sans décision associée est candidate à la suppression.

💡 Astuce d'expert

Pour garder un thème sous contrôle, versionne le thème JSON en dépôt et applique-le via le projet PBIP (IND) ; les couleurs « codées en dur » dans un visuel sont des dettes à traquer.

🤖 IA

Copilot/assistants peuvent proposer une disposition et des titres ; ils reproduisent des clichés (camembert, jauge) et ne testent rien auprès d'un utilisateur réel.

6. Atteinte partielle et notation#

Règle commune. « Un 5 partiel » : télémétrie consultée mais pas encore utilisée pour retirer des pages (BI-VIZ-5.1 = 0,5 ; 5.4 = 0), mobile conçu pour un seul rapport (5.2 = 0,5), rôles couverts à moitié (5.3 = 0,5).

7. Passer au niveau suivant#

Moyens possibles (facultatifs) :

Passage	Leviers possibles
1 → 2	Thème JSON ; gabarit ; règles de formats
2 → 3	Ateliers de maquettage ; test de 3 questions ; drill-through
3 → 4	Bibliothèque de composants ; checklist de revue ; liste blanche de visuels
4 → 5	Journaux d'activité exploités ; mobile ; parcours par rôle

Pièges :

Faux positif : un joli rapport jamais testé avec un utilisateur.
Goodhart : « < 10 visuels par page » conduit à multiplier les pages ; juge sur le parcours, pas sur le compte.
Le design system qui bride : prévoir des exceptions justifiées.

8. Voir aussi#

Thèmes voisins : ACC · PRF · GOV · DAX
Autres matrices : PD — adoption et conduite du changement · PI — parties prenantes et communication
Contenus : Bonnes pratiques Power BI transverses · Checklist de projet reporting · OneLake mobile — vue d'ensemble

✻ Rédigé par Claude Sonnet 5.5