Jacques Bapst
§ Les critères ergonomiques constituent une classification (typologie) des propriétés d'une interface homme-machine qui conditionnent son utilisabilité.
§ L'établissement de critères ergonomiques vise principalement deux objectifs complémentaires :
Ø Ils permettent d'évaluer l'utilisabilité d'un logiciel (évaluation analytique) en servant de base pour l'établissement de grilles d'évaluation (check-list).
Ø D'autre part, et c'est encore plus important, ils servent de guide lors de la conception d'une interface utilisateur en aidant les concepteur à prendre en compte - dès la phase initiale du développement - les aspects ergonomiques du logiciel.
§ Malgré quelques différences dans la terminologie, le niveau de détail et des nuances de classification, les chercheurs du domaine (J. Nielsen, C. Bastien, D. Scapin, J-F. Nogier, H.X. Lin, …) s'accordent sur l'établissement d'une liste de critères ergonomiques de base qui est également à l'origine de certaines normes dans le domaine.
§ A l'origine de cette notion de critères ergonomiques, les ergonomes Christian Bastien et Dominique Scapin ont procédé à la synthèse d'environ 900 recommandations rassemblées dans le domaine de l'ergonomie informatique.
§ Ils ont cherché à classifier ces recommandations et ont abouti à une liste d'une petite vingtaine de critères élémentaires (critères de base) répartis dans 8 dimensions (familles de critères ergonomiques principaux).
§ Ces 8 dimensions ne sont pas totalement orthogonales et il subsiste quelques dépendances entre certaines familles. Cependant, cette classification permet d'aborder de manière beaucoup plus rationnelle la notion d'ergonomie et les nombreuses recommandations associées.
§ Ces critères offrent également un cadre et un vocabulaire communs.
§ Autre élément important, ces critères ergonomiques ont fait l'objet d'évaluations expérimentales qui ont démontré qu'ils offraient des avantages mesurables par rapport à l'utilisation d'autres références (notamment la norme ISO 9241-10).
Toutes les boîtes avec unebordure orangereprésentent des critères élémentaires
Toutes les boîtes avec unebordure orangereprésentent des critères élémentaires
§ La compatibilité est la capacité du logiciel à s'intégrer dans l'activité réelle des utilisateurs.
§ Ce critère mesure l'adéquation du logiciel avec le contexte physique et social dans lequel il est utilisé (environnement de travail).
§ L'objectif est de réduire le transfert de connaissance entre le métier et l'utilisation du logiciel.
Logique métier ó Logique du logiciel
§ Les éléments de l'interface doivent être agencés en fonction de la tâche.
| § Recommandations :
• Parler le langage de l'utilisateur (éviter le jargon informatique) • Utiliser des métaphores familières • Présenter les informations de façon cohérente par rapport aux autres supports de travail (documents papier, formulaires, organigrammes, directives, etc.) • L'accès aux fonctions doit être compatible avec la tâche de l'utilisateur |
§ Le critère de guidage regroupe l'ensemble des moyens mis en œuvre pour assister l'utilisateur dans l'emploi du logiciel.
§ Faire connaître à l'utilisateur l'état du système et lui permettre d'établir les liens de causalité entre ses actions et l'état résultant.
§ L'objectif est de faciliter l'utilisation du système et son apprentissage.
§ L'utilisateur doit comprendre les interactions que l'on attend de lui par un fonctionnement qui apparaît clairement (ð moins d'hésitations).
§ On distingue
• Le guidage explicite (par ex. messages, bulles d'aide, boîtes de dialogue, …) • Le guidage implicite (par ex. griser les fonctions inactives, autres artifices, …) § Le critère de guidage peut être décomposé en quatre sous-critères :
}Incitation
}Groupement / Distinction
}Retour utilisateur
}Lisibilité
§ Le critère d'incitation réunit les moyens visant à conduire l'utilisateur à effectuer des actions spécifiques.
| Recommandations : • Griser les fonctions non disponibles (options de menu, boutons, …) • Fournir la liste des saisies attendues (listes déroulantes, codes à utiliser, …)
• Donner le format de saisie des données (dates, dimensions, …) • Modifier la forme du curseur (pointeur de la souris) pour donner des indications sur l'opération à effectuer • Indiquer clairement les champs obligatoires (* ou autre indicateur) • Montrer clairement comment aller en avant et en arrière • Afficher des bulles d'aides (Tooltips) sur les éléments non-triviaux (icônes des barres d'outils par exemple) |
§ L'incitation aide l'utilisateur dans son interaction avec le logiciel en lui fournissant les éléments nécessaires pour l'utiliser correctement.
§ Il évite des apprentissages fastidieux et réduit les risques d'erreur.
§ Donner le format de saisie des données (dates, dimensions, unités, …)
§ Un exemple d'incitation réussie :
• Le numéro d'abonné est divisé en trois blocs de trois chiffres
• Une fois un premier bloc saisi, le curseur se déplace automatiquement au
§ Un exemple ou l'incitation est si mauvaise que l'on doit explicitement dire à l'utilisateur où il doit cliquer !
§ Le critère de groupement consiste à guider l'utilisateur en groupant les informations et les fonctions de même type.
| Recommandations : • Regrouper les informations de même type par le format ou par la position (regroupement par menus, bordure, …) • Distinguer par une présentation différente ou un emplacement différent, les informations distinctes pour éviter les risques de confusions |
§ Un utilisateur considère généralement que ce qui se ressembler va fonctionner de la même manière (principe de similarité).
§ Deux attributs graphiques sont utilisés dans ce but :
• Le format de présentation (couleur, forme, syntaxe, …)
• La position à l'écran (localisation, bordure, …)
§ A l'inverse, le critère de distinction consiste à séparer clairement ou à attribuer des propriétés distinctes à des objets qui sont différents ou qui se comportent de manière différentes.
§ Le critère de retour utilisateur réunit tous les éléments qui servent à montrer à l'utilisateur ce qu'est en train de faire le système et en lui offrant une rétroaction (feedback) en réponse à chacune de ses actions.
§ Le respect de ce critère contribue grandement à accroître la confiance de l'utilisateur.
§ Il établit plus facilement le lien entre les actions qu'il effectue et l'état résultant du système; il comprend ainsi mieux son fonctionnement et apprend plus rapidement à l'utiliser.
| Recommandations : • Le logiciel doit répondre à toute action de l'utilisateur par un changement dans la présentation de l'interface (visuel, sonore, ) • Indiquer les modes de fonctionnement du système (état) • Signaler les traitements longs par une indication d'attente (sablier, barre de progression, animation, message, …) • Toujours faire apparaître les saisies utilisateur • Rendre visible les traitements réalisés par le logiciel et indiquer clairement lorsqu'ils ont échoué |
§ Signaler les traitements longs par une indication d'attente (sablier, barre de progression, animation, message, …)
§ Le critère de lisibilité consiste à faciliter la perception des informations textuelles et iconographiques par un choix judicieux de leurs propriétés et de leur disposition.
§ Une attention particulière doit être apportée :
• Aux polices de caractères (diversité, taille, attributs, minuscules/majuscules, …)
• Aux couleurs en général (choix, contraste, but, …)
• Aux icônes (dimensions, choix des symboles, …)
• A la disposition des éléments (alignement, graphisme, …)
§ Un nombre important de règles peuvent être associées à ce critère.
| Recommandations : • Utiliser une police de caractère lisible (éviter les italiques à l'écran, …) • Soigner les espacements (interligne) et les alignements (justification) • Adapter la taille des icônes de manière à permettre leur identification • Soigner les contrastes (choix des couleurs pour le fond et le premier plan) • Prendre en compte la configuration de la machine cible (résolution, …) |
§ Le critère de cohérence concerne l'homogénéité globale de l'interface homme-machine.
§ L'objectif est de respecter une logique cohérente pour :
• La présentation (graphisme, localisation, vocabulaire, format, syntaxe, …)
| Recommandations : • Utiliser le même schéma d'agencement pour toutes les fenêtres (gabarit d'écran appelé tracé régulateur) • La sémantique des boutons de la souris doit être constante • Le même vocabulaire doit être utilisé pour désigner les mêmes fonctions • Utiliser une organisation et une syntaxe cohérente pour les menus • Utiliser de manière cohérente les symboles graphiques (icônes, couleurs, …) |
• Le comportement (réaction du système, messages, retours sonores, …)
§ L'homogénéité rend le système stable, donc prévisible aux yeux de l'utilisateur. Le temps de recherche de l'information est diminué.
§ Rend l'apprentissage plus rapide car ce qui est appris à un endroit est également applicable ailleurs (généralisation).
§ Faire attention à utiliser une logique cohérente de présentation.
| Remarque: Certains shareware utilisent volontairement ce genre d'incohérences (le bouton "Continuer" qui change constamment de place par exemple) pour inciter l'utilisateur à se procurer la version payante du logiciel. Cela illustre bien la "force de l'habitude" (mémoire visuelle et mémoire du geste) que l'on peut exploiter positivement ou négativement. |
§ Menus, barres d'outils, boîtes de dialogue,
§ L'adaptabilité d'un système (logiciel, application ou site web) caractérise la capacité de son interface utilisateur à réagir et à s'adapteren fonction du contexte et selon les besoins et les préférences des utilisateurs.
§ Plus les manières offertes pour effectuer une action sont nombreuses et plus les chances que l'utilisateur maîtrise l'une d'entre elles sont importantes.
§ Un mécanisme unique peut difficilement convenir à la fois à tous les utilisateurs potentiels (notamment s'ils sont nombreux comme dans le cas d'applications très généralistes).
§ Le critère d'adaptabilité se décompose en deux sous-critères élémentaires :
}Flexibilité
}Prise en compte de l'expérience de l'utilisateur
§ Le critère de flexibilité concerne les moyens mis à la disposition des utilisateurs pour personnaliser l'interface afin de tenir compte des préférences, des aptitudes, des habitudes, du contexte d'utilisation et de la manière de travailler de chacun d'eux.
§ Il vise également à offrir à l'utilisateur la possibilité d'effectuer une tâche ou activer une fonction de différentes manières, par exemple :
• Par un menu déroulant
| Remarque: Les différents moyens offerts doivent être complémentaires et pas simplement redondants ! |
• Par un menu contextuel
• Par une icône dans une barre d'outils
• Par un raccourci clavier
| Recommandations : • Permettre d'effectuer les tâches (fonctions) à la fois au clavier et à la souris • Autoriser le déclenchement d'une commande fréquente depuis plusieurs fenêtres de l'application. • Permettre à l'utilisateur de paramétrer le logiciel selon ses préférences • Fournir un moyen rapide d'accéder aux commandes des menus (raccourcis) |
§ La prise en compte de l'expérience de l'utilisateur concerne les moyens mis en œuvre pour respecter le niveau d'expérience de l'utilisateur de l'application ou du site web.
§ Pour satisfaire ce critère, des moyens différenciés doivent être prévus pour tenir compte des différences d'expérience qui existent entre les utilisateurs selon leur profil.
§ L'expérience des utilisateurs peut varier dans le temps.
| Recommandations : • Permettre à l'utilisateur de définir son niveau d'expérience. Le demander ou le déterminer automatiquement par des métriques (par exemple le nombre ou le taux d'erreurs, les temps de réaction, etc.). • Guider l'utilisateur débutant (novice) pas à pas dans la réalisation de la tâche. • Mettre en place un guidage fort en créant des assistants (wizard). • Donner aux utilisateurs expérimentés les moyens d'effectuer leur tâche de manière rapide et efficiente (même si c'est parfois au détriment du guidage). |
§ Le critère de contrôle explicite concerne les aspects liés au degré de maîtrise qu'a l'utilisateur sur les traitements réalisés par le système (logiciel, application web, ).
§ Il se décompose en deux sous-critères élémentaires :
}Actions explicites
}Contrôle utilisateur
§ Quand les opérations du système résultent directement des actions des utilisateurs, on observe moins d'erreurs et la compréhension du fonctionnement de l'application est facilitée (représentation mentale).
§ C'est un facteur important d'acceptation du logiciel : les utilisateurs n'aiment pas être menés par le bout du nez et se sentir asservis à la machine.
§ Si l'utilisateur a, en tout temps, le contrôle du dialogue, les réactions du système sont mieux prévisibles et l'apprentissage s'en trouve facilité.
§ Le critère d'actions explicites concerne la relation qui existe entre les actions de l'utilisateur et les traitements qui seront effectués par l'application en réaction à ces actions.
§ Seule les opérations explicitement demandées par l'utilisateur doivent être effectuées par le système. Des automatismes peuvent être tolérés s'ils ont été explicitement acceptés par l'utilisateur.
§ Les opérations devraient être effectuées au moment où on les invoque sauf naturellement s'il s'agit d'actions qui sont explicitement différées, par leur nature ou selon les souhaits de l'utilisateur (déclenchement temporisé, synchronisation avec la fin d'un autre processus, etc.).
| Recommandations : • Ne pas déclencher d'opérations sans le consentement explicite de l'utilisateur. • Déclencher l'opération immédiatement après l'action de l'utilisateur ou, sinon, indiquer clairement que l'opération sera différée (ou qu'elle ne peut pas être effectuée). |
§ Par exemple : Ne pas effectuer de modification dans un document sans demander confirmation à l'utilisateur
§ Le critère de contrôle utilisateur concerne le fait que l'utilisateur doit toujours avoir la main et pouvoir contrôler le déroulement (interrompre, reprendre) les traitements effectués par l'application.
§ Il vise à rendre l'utilisateur autonome dans son interaction avec le système en lui donnant la maîtrise du processus.
§ L'utilisateur doit avoir, en permanence, le contrôle sur le logiciel.
§ Si possible, ses actions devraient être anticipées et des options de contrôle appropriées devraient lui être fournies en fonction de l'état actuel du système (tenir compte de la situation).
|
Recommandations : • Offrir à l'utilisateur une validation explicite des commandes importantes ou difficilement réversibles • Offrir la possibilité d'interrompre les traitements longs • Autoriser les retours en arrière (Undo) • Permettre, en tout temps, de quitter la fonction courante ou même, le logiciel |
§ Offrir à l'utilisateur une validation explicite des commandes importantes ou difficilement réversibles
§ Le critère de gestion des erreurs regroupe les différents moyens visant à éviter ou à réduire les erreurs de l'utilisateur et lui permettre, le cas échéant, de les corriger afin de conserver l'intégrité de l'application.
§ L'objectif prioritaire est de minimiser les interruptions dues aux erreurs (maximiser la performance, l'efficience, la productivité).
§ Trois sous-critères sont à prendre en compte :
• Protection contre les erreurs (éviter que l'utilisateur n'en commette)
• Qualité des messages d'erreur (informer clairement l'utilisateur)
• Correction des erreurs (lui permettre de les corriger)
| Recommandations générales : • Tout mettre en œuvre pour éviter les erreurs (attitude défensive) • Engager un dialogue lorsque des actions de l'utilisateur peuvent conduire à des situations irréversibles (ou des conséquences fâcheuses) • Avertir l'utilisateur au plus tôt et le guider vers la résolution du problème • Faciliter l'exploration et l'apprentissage du système |
§ Le critère de protection contre les erreurs vise à éviter que l'utilisateur commette des erreurs et que, si cela se produit, il en soit averti immédiatement (c'est en fait du guidage).
|
Recommandations : • Mettre en évidence les commandes non disponibles (griser) Prévention • Fournir la liste des valeurs possibles, des unités, … Prévention • Détecter les erreurs au plus tôt et avertir immédiatement l'utilisateur • Minimiser les saisies au clavier (si possible, listes à choix) • Prévenir les risques de perte de données (demander confirmation) |
§ L'objectif est d'éviter que les interruptions dues aux erreurs ne nuisent au bon déroulement de la tâche.
§ On prévient les erreurs en guidant l'utilisateur de manière à ce qu'il ne soit pas enclin à en commettre (lien avec critère de guidage/incitation).
§ Si une erreur survient malgré tout, il faut la détecter au plus tôt et avertir l'utilisateur avec un message clair.
§ Prévenir les risques de perte de données (demander confirmation)
§ Le critère de qualité des messages d'erreur concerne la pertinence, la facilité de lecture et l'exactitude des informations données aux utilisateurs sur la nature des erreurs commises ainsi que sur les actions à entreprendre pour les corriger.
| Recommandations : • Placer les messages d'erreur là où l'utilisateur est censé regarder • Afficher des messages d'erreur explicites (utiliser le langage de l'utilisateur) • Eviter les textes trop longs (rester bref, utiliser des liens, des références, ) • Eviter les textes réprobateurs • Faire en sorte, si possible, que les textes soient autosuffisants. Trouver le bon compromis entre concision et exhaustivité |
§ Pour que la correction de l'erreur soit aisée, le message d'erreur doit indiquerla nature de l'erreur, sa cause, ainsi que les moyens de la corriger (la qualité des messages peut favoriser l'apprentissage du système).
§ Le contenu des messages doit tendre à dédramatiser les erreurs aux
yeux de l'utilisateur (diminuer son sentiment de culpabilité et le stress induit).
§ Exemples à ne pas suivre !
Adobe's ImageReady
§ Le critère de correction des erreurs inclut tous les moyens mis à la disposition des utilisateurs pour leur permettre de corriger leurs erreurs.
§ Offrir à l'utilisateur les moyens de corriger le plus facilement et le plus rapidement possible ses erreurs en lui permettant, par exemple, de ne corriger que la portion des données qui est erronée et ne pas le contraindre à ressaisir l'ensemble des informations.
§ Tactiques différentes selon le type et la gravité de l'erreur :
• Bloquer l'utilisateur tant que l'erreur subsiste (erreurs graves)
• Lui permettre de continuer après une mise en garde (message, signal sonore)
• Ne pas répondre à la commande erronée (pas très explicite)
• Corriger automatiquement l'erreur (dans quelques rares cas)
| Recommandations : • Mettre en évidence le champ ou l'élément erroné • Permettre d'annuler une action ou une série d'actions (par ex. supprimer des articles dans le caddie virtuel d'une application e-commerce). • Proposer des alternatives (par ex. "Related topics" pour une recherche infructueuse) |
§ Le critère de charge de travail regroupe l'ensemble des moyens visant à réduire la charge perceptive, mnésique et physique de l'utilisateur.
§ L'objectif est d'allouer le maximum de ressource au système cognitif (raisonnement) et de minimiser les risques d'erreur en réduisant le nombre de stimuli du système sensoriel et le nombre d'activités motrices.
§ On doit donc viser à minimiser à la fois la quantité d'informations que l'utilisateur doit prendre en compte ainsi que le nombre d'actions élémentaires qu'il doit réaliser pour accomplir une tâche donnée.
§ Dans les interfaces utilisateurs classiques (écran, clavier, souris), la charge physique (ergonomie physiologique) intervient assez peu.
§ Le critère de la charge de travail se décompose en deux sous-critères élémentaires :
}Brièveté
}Densité informationnelle
§ Le critère de brièveté regroupe l'ensemble des moyens visant à réduire la charge perceptive et mnésique de l'utilisateur pour les éléments individuels (champs d'un formulaire, composants visuels, ) d'entrée ou de sortie de l'interface utilisateur.
§ Il s'agit donc notamment de limiter autant que possible le travail de lecture de l'utilisateur (on parle également de concision).
§ Ce critère inclut également la notion d'action minimale qui vise à minimiser le nombre d'actions nécessaires à atteindre un but, à accomplir une tâche.
| Recommandations : • Limiter le nombre d'options dans un menu ou dans une liste déroulante • Eviter les libellés trop longs • Réduire le nombre d'actions élémentaires pour atteindre un objectif donné • Eviter à l'utilisateur d'avoir à se souvenir d'informations d'une fenêtre à l'autre, d'avoir à faire des calculs ou de saisir des informations qui peuvent être déduites par le système. |
§ Quelles sont les fonctions nécessaires, utiles (l'abondance nuit dans certaines circonstances).
§ Le critère de densité informationnelle concerne la charge perceptive et mnésique pour l'ensemble des éléments d'une interface utilisateur.
§ La performance des utilisateurs est influencée négativement quand la charge informationnelle est trop élevée ou (c'est plus rare) trop faible.
§ Il faut donc supprimer tous les éléments sans lien direct avec la tâche en cours et qui pourraient distraire inutilement les utilisateurs.
§ Les bannières publicitaires (ou fenêtres pop-up) sont des exemples d'augmentation (inutile ?) de la densité informationnelle de l'interface.
| Recommandations :
• N'afficher que les informations pertinentes pour effectuer la tâche (boîtes de dialogue simples, représentations graphiques, …) • Eviter les écrans trop chargés (décomposer si nécessaire) • Eviter les liens trop nombreux dans un texte affiché sur une page web • Eviter les textes trop verbeux (dialogue simple, phrases courtes) • Privilégier la reconnaissance (symboles, icônes) |
§ Éviter les textes trop verbeux (dialogue simple, phrases courtes).
§ La signifiance des codes et dénominations caractérise l'adéquation entre l'objet, l'information ou le comportement présentés en entrée et son référent (l'objet ou l'action qu'il représente).
§ Il ne suffit pas de transmettre un message à l'utilisateur, encore faut-il qu'il soit compréhensible pour lui.
§ Des codes, dénominations et comportements « signifiants » disposent d'une relation sémantique forte avec leur référent.
§ Dans une application professionnelle ou spécialisée, il est essentiel de s'imprégner du vocabulaire des utilisateurs afin de concevoir une interface signifiante pour eux.
| Recommandations : • Eviter les termes techniques (jargon), parler le langage de l'utilisateur • Reproduire le comportement habituel des objets (par ex. la gomme) • Définir explicitement et respecter les règles d'abréviation • Prendre en compte les standards en vigueur (standards formels ou de facto) |
| Critère | Question |
| Compatibilité |
- Le logiciel correspond-il au contexte d'utilisation ? - Est-il adapté au profil des utilisateurs visés ? - Le vocabulaire de l'interface est-il celui employé par les utilisateurs ? - Les informations sont-elles présentées de manière cohérente par rapport aux autres supports de travail ? - L'accès aux commandes est-il adapté au contexte de réalisation de la tâche ? |
| Guidage | - L'utilisateur est-il assisté dans la façon de se servir du logiciel (en fournissant par exemple le format de saisie des données, une liste des valeurs possibles, etc.) ? - Une aide en ligne est-elle proposée ? - La documentation est-elle claire ? |
| - Incitation | - L'utilisateur est-il amené à effectuer des actions spécifiques ? |
| - Groupement / Distinction | - Les informations de même type sont-elles regroupées ? - Distingue-t-on les données différentes ? |
| - Retour utilisateur | - Le système fournit-il un retour aux actions de l'utilisateur ? - Les opérations réalisées par le système sont-elles perceptibles ? |
| - Lisibilité |
- Les informations sont-elles correctement lisibles et interprétables ? |
| Critère | Question |
| Homogénéité Cohérence | - L'agencement des fenêtres est-il semblable (tracé régulateur) ? - Les couleurs, les icônes, les éléments graphiques et les polices de caractères sont-ils utilisés de façon cohérente ? - Les formats de présentation des données sont-ils constants ? - Un vocabulaire uniforme est-il utilisé dans l'ensemble des fenêtres ? - Le fonctionnement de la souris est-il cohérent ? - Le logiciel est-il cohérent du point de vue de son comportement ? |
| Adaptabilité - Flexibilité | - Différents moyens sont-ils offerts à l'utilisateur pour déclencher les mêmes commandes ? - Les commandes sont-elles également accessibles au clavier ? |
| - Prise en compte de l'expérience | - L'utilisateur peut-il paramétrer le logiciel selon ses préférences ? - Une alternative rapide est-elle proposée à l'utilisation des menus (par exemple des raccourcis clavier) ? |
| Contrôle explicite - Actions explicites - Contrôle utilisateur | - Les fonctions sont-elles toujours explicitement activées par l'utilisateur ? - Peut-il quitter, abandonner facilement ou interrompre un traitement en cours ? - L'utilisateur peut-il revenir en arrière ? - L'utilisateur maîtrise-t-il tous les traitements réalisés par le système ? |
| Critère | Question |
| Gestion des erreurs | - Est-il possible d'explorer le logiciel sans risque ? - L'impact des erreurs est-il minimisé ? |
| - Protection | - Le système offre-t-il des moyens de prévenir des erreurs (boutons grisés, liste des valeurs possibles, affichage des unités, …) ? - L'utilisateur est-il prévenu rapidement de son erreur ? - L'utilisation du clavier est-elle minimale ? - L'utilisateur est-il averti lors d'opérations dangereuses ? |
| - Qualité des messages d'erreurs | - Les messages sont-ils bien visibles ? - La nature et les causes des erreurs sont-elles aisément identifiables ? - Les messages sont-ils explicites concernant les moyens de corriger l'erreur ? |
| - Correction | - Les erreurs peuvent-elles être facilement corrigées ? - Les éléments erronés sont-ils mis en évidence ? - Existe-t-il un moyen de récupérer des données détruites ? |
| Critère | Question |
| Charge de travail - Brièveté | - Les activités de perception et de mémorisation sont-elles réduites au minimum ? - Le nombre d'options dans les menus est-il raisonnable ? - Les labels et textes sont-ils concis ? - Les saisies sont-elles réduites au minimum ? - Le nombre d'étapes pour atteindre un but est-il minimal ? - Existe-t-il des raccourcis ? |
| - Densité informationnelle | - L'affichage demande-t-il un effort de perception ? - Y a-t-il des informations inutiles à l'écran ? - Les textes sont ils rédigés de manière simple ? |
| Signifiance des codes et dénominations | - Tous les éléments de l'interface sont-ils facilement interprétables par l'utilisateur ? - L'application respecte-t-elle les standards en vigueur dans le domaine d'application ? - Les abréviations et autres codages sont-ils compréhensibles ? |
