Un design cohérent n’impose pas partout la même mise en page

Adaptez la mise en page à la tâche en cours. Choisir une entrée parmi de nombreuses possibilités et confirmer une action précise ne demandent pas les mêmes informations. Une grille uniforme peut masquer ces différences si l’équipe l’applique telle quelle aux deux situations.

Deux tâches dans le même portail

Dans cet exemple entièrement fictif, une personne choisit un rapport de projet dans une liste, puis vérifie son envoi. Les données du tableau sont des valeurs d’exemple. La première vue doit faciliter la sélection ; la seconde doit indiquer quelle version serait envoyée à qui.

Une grille de liste large sert à comparer plusieurs rapports. Dans une confirmation, les mêmes colonnes peuvent repousser des informations importantes sur le côté ou les tronquer sur un petit écran. Dans l’exemple, choisir le bon fichier resterait problématique si le destinataire passait inaperçu.

Garder les fonctions récurrentes reconnaissables

L’explication du W3C sur l’identification cohérente traite des commandes récurrentes ayant la même fonction. Des libellés, icônes et noms accessibles familiers y contribuent. Cela n’impose pas une disposition identique sur toutes les pages.

La navigation, l’indication du focus et le comportement des boutons connus peuvent rester communs. En revanche, « Ouvrir le rapport » et « Envoyer le rapport » doivent être reconnaissables comme deux actions distinctes. Un même libellé vague, « Continuer », masquerait ici le sens de la seconde action. Le design commun doit faciliter la reconnaissance tout en préservant les différences du parcours.

Adapter la confirmation à l’action

GOV.UK décrit une vue de vérification avec les informations pertinentes, la possibilité de les modifier et une action finale clairement nommée. Dans notre exemple, le destinataire, le projet et la version du fichier choisie doivent apparaître clairement ensemble avant l’envoi. Cette vue ne confirme pas encore que l’envoi a eu lieu.

Si la personne peut modifier le destinataire, elle doit ensuite pouvoir vérifier le récapitulatif actualisé. Les autres informations déjà choisies doivent être conservées. L’application doit aussi traiter de façon fiable les modifications autorisées et la version effectivement envoyée ; une page claire ne suffit pas à les déterminer.

Quand une disposition commune suffit

Pour une tâche courte et peu variable, un récapitulatif compact sur le même écran peut suffire. Une page supplémentaire n’est pas nécessaire pour chaque opération. L’essentiel est de disposer d’informations complètes et compréhensibles au moment de l’action.

Faites essayer les deux tâches avec des exemples réalistes : trouver d’abord le rapport, puis vérifier le destinataire et la version avant d’agir. Observez particulièrement les textes longs, les petits écrans et le retour après une modification. Vous pourrez ainsi évaluer les éléments à garder en commun et la disposition dont chaque tâche a besoin.

Sources

• W3C WAI — Understanding SC 3.2.4 Consistent Identification

• GOV.UK Design System — Check answers