Un dashboard, c'est censé aider à décider. Trop souvent, c'est un mur de chiffres et de graphiques où personne ne sait où regarder. Concevoir la data, c'est un art à part. Voici les règles. (On l'a fait à grande échelle pour BNP Paribas.)
1. Partir des questions, pas des données
L'erreur classique : afficher tout ce qu'on a. Le bon réflexe : "Quelles décisions cet utilisateur doit-il prendre ?" Le dashboard répond à ces questions, point. Tout le reste est du bruit. Voir choisir ses métriques.
2. La hiérarchie visuelle
Tout n'a pas la même importance. Les 2-3 métriques clés en gros, en haut. Les détails plus bas, plus petits. L'œil doit savoir où aller en une seconde. Un dashboard où tout a la même taille = aucune priorité.
3. Le bon graphique pour la bonne donnée
- Évolution dans le temps : courbe.
- Comparaison de catégories : barres.
- Proportion d'un tout : camembert (avec parcimonie, max 3-4 parts).
- Une valeur unique clé : un grand chiffre, pas un graphique.
Le mauvais type de graphe rend une donnée simple illisible.
Un grand chiffre clair vaut mieux qu'un graphique sophistiqué que personne ne sait lire.
4. Le contexte qui donne du sens
"1 240 ventes" ne dit rien. "1 240 ventes, +12 % vs mois dernier" dit tout. Toujours une référence : évolution, objectif, moyenne. Un chiffre sans contexte n'aide à aucune décision.
5. Réduire le bruit (data-ink ratio)
Principe de Tufte : maximiser le ratio données/encre. On enlève les grilles inutiles, les dégradés, les effets 3D, les bordures superflues. Chaque pixel doit porter de l'information. La sobriété rend la data lisible.
6. La couleur avec parcimonie
Dans un dashboard, la couleur a un sens (rouge = alerte, vert = bon). Si tout est coloré, plus aucun signal ne ressort. Base neutre, couleur réservée aux alertes et aux points d'attention. Voir la couleur en UI.
7. Rendre actionnable
Un bon dashboard ne montre pas que l'état, il pointe l'action : un seuil dépassé est signalé, un clic mène au détail, une anomalie ressort. La data sans action possible, c'est de la décoration.
8. Penser aux états
Que montre le dashboard quand il n'y a pas encore de données ? Quand ça charge ? Quand une métrique est en erreur ? Les états vides et de chargement font partie du design, pas un après-coup.
L'erreur du "tout afficher"
Plus on montre, moins on aide. Un dashboard avec 40 indicateurs paralyse. Mieux vaut quelques métriques bien choisies, hiérarchisées, contextualisées. La contrainte est une fonctionnalité.
Tu as une app data ou un dashboard illisible ? On le repense pour qu'il serve enfin à décider — parlons-en.