Un bon tableau de bord industriel répond à une question opérationnelle avec une information fiable. Graphiques nombreux, compteurs animés et étiquettes direct ne prouvent pas sa qualité. L’utilisateur comprend sens, heure, validité et décision soutenue par chaque valeur.
Partir des rôles et des tâches
L’opérateur cherche l’état courant, la maintenance le contexte et la direction des périodes comparables. Priorisez ces tâches plutôt que tous les signaux sur un écran dense. Les informations essentielles restent visibles avec un chemin clair vers le détail.
Décidez également si l’écran supervise ou commande. Une vue de suivi n’acquiert pas accidentellement des droits de commande. L’API impose les autorisations par équipement. La simplicité visuelle ne remplace pas ce contrôle.
Le contexte à côté de la valeur
| Élément | Contexte fourni |
|---|---|
| Unité et équipement | Sens physique |
| Horodatage source | Actualité |
| Qualité | Validité de la valeur |
| Période sélectionnée | Couverture réelle du graphique |
| État d’alarme | Évaluation ou action attendue |
La couleur ne porte pas seule le message. Ajoutez du texte compréhensible aux défauts et lacunes. Distinguez mauvaise connexion, erreur capteur et alarme physique. Normal, périmé et inconnu doivent se reconnaître sans décoder des pastilles décoratives.
Parcours illustratif de maintenance
Depuis une alarme active, l’utilisateur ouvre tendance de l’équipement, historique de connexion et événements autour du début. Le fuseau est visible et la période extensible. Acquittement et rétablissement physique sont séparés.
Ce parcours donne plus de contexte qu’une carte de mesure, sans prouver la cause racine. Montrez les confirmations encore nécessaires. Une courbe ne rend pas certaine une explication incertaine.
Présenter honnêtement les tendances
Ne reliez pas silencieusement les données absentes. Si vous agrégez, expliquez la résolution ou donnez accès au détail. Une moyenne longue peut masquer un écart bref. L’utilisateur comprend ce que le niveau de détail révèle ou non.
Gardez unités et échelles claires lors des comparaisons. Deux axes peuvent suggérer une relation plus forte que les preuves. Les choix de présentation aident l’interprétation, sans créer une conclusion que les mesures ne soutiennent pas.
Tester avec des tâches réelles
Demandez de trouver la dernière mesure valide, examiner un arrêt, repérer une lacune et changer une période. Testez écran étroit, clavier, focus visible et lisibilité. Une table large défile dans sa zone sans rendre toute la page inutilisable.
Une capture ne vaut pas réception. Observez si l’utilisateur atteint la bonne réponse et si les preuves suffisent. Retirez le superflu, clarifiez les libellés et soignez autant les erreurs que la vue normale. L’écran doit permettre une confiance appropriée, y compris reconnaître l’insuffisance des données.
Une tâche précise vaut mieux qu’une préférence visuelle
Dans un exercice illustratif, demandez à un technicien la dernière mesure valide avant un défaut et la continuité des données. Incluez une vraie lacune et un enregistrement récupéré tardivement. Les remarque-t-il ? Si une ligne lisse conduit à une certitude fausse, la couverture doit être mieux représentée, quelle que soit l’esthétique.
Faites ensuite comparer deux machines aux unités ou cadences différentes. Ces différences doivent apparaître avant d’inviter à la comparaison directe. Si l’agrégation change avec la plage temporelle, signalez-le. Moyenne journalière et mesure actuelle répondent à d’autres questions ; les montrer comme grands nombres équivalents cache cela.
Refaites les tâches au clavier et sur mobile. Les filtres ont des labels significatifs, les sélections actives un état clair et le focus reste visible. Une infobulle uniquement au survol peut priver clavier et tactile d’un contexte essentiel. Placez le minimum nécessaire dans une zone accessible de manière fiable.
Rendre les mises à jour compréhensibles
Les données en direct ne doivent pas déplacer sans cesse l’élément étudié. Définissez le comportement d’une recherche historique face aux nouveaux événements : une période fixe peut être préférable à une vue qui avance. Indiquez le mode historique pour éviter de le confondre avec le présent physique.
Chargement, données partielles, accès refusé et panne du service ont des messages distincts. Un graphique vide peut signifier aucune observation, restriction d’équipement ou requête échouée. Un seul « aucune donnée » masque l’action utile. Préservez les filtres lorsqu’une nouvelle tentative est possible et précisez si les valeurs gardées sont historiques ou fraîchement obtenues.
À la remise, démontrez une tâche normale et une tâche en échec pour chaque rôle principal. Le réviseur doit trouver les preuves sans connaître schéma de base ou API. Notez les ambiguïtés restantes et améliorez libellés ou parcours avant d’ajouter des indicateurs. Apportez les questions récurrentes des opérateurs, de la maintenance et de la direction. Une conception claire suit ces décisions et rend les limites visibles au moment de l’usage.