Test technique UX design pour dashboards : discovery, wireframes, bonnes pratiques

La plupart des Data Analysts construisent des dashboards sans avoir interrogé les utilisateurs. Résultat : des rapports techniquement corrects mais inutilisés. En entretien Senior, on évalue la capacité à mener une vraie phase de discovery avant d'ouvrir Power BI ou Tableau.

1UX vs UI : comprendre la différence

• UX (User Experience) — ce que l'utilisateur ressent en utilisant le dashboard : est-ce qu'il trouve rapidement ce qu'il cherche ? Est-ce que les questions métier sont répondues ?
• UI (User Interface) — l'apparence visuelle : couleurs, typographie, alignements, icônes
• L'UX pilote l'UI — on commence toujours par comprendre les besoins, puis on conçoit l'interface. Faire l'inverse produit des dashboards beaux mais inutiles
• Double Diamond — découvrir le problème → définir le problème → idéer des solutions → livrer. S'appliquer aux projets de dashboards

2Phase de discovery : avant de toucher l'outil

Un projet de dashboard se décompose en trois niveaux de découverte :

• Le projet — quel est le contexte ? Qui est le commanditaire ? Quel est l'objectif business ? Quelle est la fréquence d'utilisation ?
• Les données — quelles données sont disponibles ? Quelle est leur fraîcheur ? Qui les produit ? Y a-t-il des problèmes de qualité connus ?
• Les besoins utilisateurs — qui sont les utilisateurs finaux ? Quelles décisions prennent-ils ? Quel est leur niveau technique ? Quels outils utilisent-ils aujourd'hui ?

• Entretiens individuels — 3 à 5 entretiens semi-structurés avec des utilisateurs représentatifs. À faire en discovery avant toute conception
• Ateliers — session de groupe (5-6 personnes) pour aligner les parties prenantes sur les priorités
• Observation — observer comment les utilisateurs travaillent avec leurs outils actuels (Excel, slides, emails)

3Savoir poser les bonnes questions

Questions ouvertes et efficaces :

• "Décrivez-moi une décision récente que vous avez prise grâce aux données. Comment l'avez-vous prise ?"
• "Qu'est-ce qui prend le plus de temps dans votre travail de reporting aujourd'hui ?"
• "Si le dashboard existait, à quelle fréquence l'ouvririez-vous ?"
• "Quels sont les indicateurs que vous regardez en premier chaque matin ?"

Questions à éviter :

• Fermées — "Voulez-vous un graphique en courbe ou en barres ?" → l'utilisateur n'est pas un designer
• Hypothétiques — "Que feriez-vous si vous aviez toutes les données du monde ?" → réponses non actionnables
• Biaisées — "Est-ce que vous aimeriez avoir un tableau de bord en temps réel ?" → personne ne dit non

4Choisir le bon visuel

Objectif analytique	Visuel recommandé	À éviter
Évolution dans le temps	Graphique en ligne	Camembert, barres empilées 3D
Comparaison de catégories	Barres horizontales ou verticales	Radar, bubble chart
KPIs de synthèse	Cartes (cards) avec tendance	Tables de chiffres sans mise en forme
Répartition en %	Donut (max 4-5 segments)	Camembert 3D, trop de segments
Détail granulaire	Table avec tri et recherche	Graphiques quand >3 dimensions
Distribution spatiale	Carte choroplèthe	Carte par défaut sans indicateur clair

5Layout et hiérarchie de l'information

• Effet entonnoir — de haut en bas : filtres globaux → KPIs de synthèse → graphiques → tables de détail
• F-pattern ou Z-pattern — l'œil lit de gauche à droite, de haut en bas. Les informations les plus importantes en haut à gauche
• Alignement et consistance — même police, mêmes couleurs, mêmes tailles pour les éléments équivalents
• Whitespace — l'espace vide n'est pas perdu. Il guide l'œil et réduit la charge cognitive
• 3-4 graphiques max par page — au-delà, l'utilisateur est submergé. Préférer plusieurs pages bien organisées
• Axe Y à zéro — toujours pour les graphiques en barres (sinon visuellement trompeur)

6Les erreurs classiques en entretien

• Construire sans discovery — partir directement dans l'outil sans comprendre les besoins
• "Réflexe carte" — ajouter une carte géographique par défaut parce que les données ont un pays, sans se demander si c'est utile
• Trop de couleurs — utiliser 8 couleurs différentes dans un seul graphique
• Filtres partout — ajouter tous les filtres possibles sans les prioriser
• Titre "Ventes" — les titres doivent être des insights ("Les ventes T3 sont en hausse de 12%") pas des labels ("Ventes par région")
• Interactivité sans logique — ne pas tester ce qui se passe quand on filtre sur un seul segment

7Grille par niveau

Niveau	Maîtrise attendue	Signal GO	NO-GO
Junior	Sait choisir un graphique adapté, comprend les bases de mise en page	Justifie ses choix de visuels, évite les camemberts sans raison	Ne sait pas pourquoi il a choisi tel ou tel graphique
Confirmé	Mène une discovery simple, wireframes avant de coder, structure une page en entonnoir	Mentionne les entretiens utilisateurs, a des wireframes dans son processus	N'a jamais interrogé un utilisateur avant de construire un dashboard
Senior	Discovery complète, design thinking appliqué, tests utilisateurs, guidelines d'équipe	A mené des tests utilisateurs, a défini des guidelines de design pour son équipe	Ne connaît pas le Double Diamond, n'a jamais observé un utilisateur utiliser son dashboard