Recherche d'un terme HCI pour quand un système a plusieurs modes de fonctionnement
Je cherche un terme qui Je suis assez convaincu qu'il existe mais j'ai oublié. En gros, il décrit le fait qu'un système ou un outil a plusieurs modes de fonctionnement/états et se comporte différemment dans l'un ou l'autre. Par exemple, un éditeur de documents peut être en lecture seule et dans des états normaux.
Je me souviens avoir été conseillé dans les cours de HCI et d'ergonomie pour éviter de concevoir des systèmes ou des outils qui se comporteront différemment selon le mode ou l'état dans lequel ils se trouvent. Il se peut que je ne me souvienne pas si bien et que le conseil portait spécifiquement sur le comportement de façon inattendue en raison de "l'état". Par exemple, la fonction d'impression de mon éditeur de documents devrait se comporter de la même manière en lecture seule et en mode normal. Quelqu'un a-t-il des exemples de bonnes ou de mauvaises applications d '"état" qui ont fourni une bonne UX ou causé des problèmes d'utilisation?
Si je voulais me donner une directive de conception générale en ce qui concerne "l'état", je voudrais empêcher les états dans lesquels un système peut être de provoquer des interruptions d'interaction en influençant la façon dont l'utilisateur doit interagir avec le système, sans que l'utilisateur en soit conscient de l'État. Par conséquent, les directives générales qui peuvent être appliquées pour décider si une incarnation spécifique de "l'état" est susceptible d'être néfaste pour les utilisateurs sont également les bienvenues!
Merci.
Le terme auquel vous faites référence est appelé, sans surprise, [~ # ~] mode [~ # ~] :)
Mode
C'est un concept de longue date en HCI et UX, très tôt critiqué par plusieurs gourous de la conception et de l'utilisabilité, dont Don Norman et Jef Raskin.
Comme cet article Wikipedia le définit:
Dans la conception de l'interface utilisateur, un mode est un paramètre distinct dans un programme informatique ou n'importe quelle interface de machine physique, dans lequel la même entrée utilisateur produira des résultats différents perçus par rapport à d'autres paramètres.
Les composants d'interface modale les plus connus sont probablement les touches de verrouillage des majuscules et d'insertion du clavier d'ordinateur standard, qui placent toutes deux la saisie de l'utilisateur dans un mode différent après avoir été pressé, puis le remettent en mode normal après avoir été pressé de nouveau.
Erreurs de mode
Dans le livre "The Humane Interface, New Directions for Designing Interactive Systems", Raskin a écrit:
Les modes sont une source importante d'erreurs, de confusion, de restrictions inutiles et de complexité dans les interfaces.
Selon Don Norman, la raison en est
... car elles limitent la liberté d'action de l'utilisateur (seules certaines actions sont possibles dans chaque mode). De plus, les modes entraînent souvent des erreurs de l'utilisateur car l'utilisateur oublie quel est le mode actuel et initie des actions qui auraient pu avoir l'effet escompté dans un autre mode mais entraînent des problèmes lorsque l'ordinateur les interprète selon les règles du mode actif.
Cet article donne la définition et des exemples d'erreurs de mode:
(L'erreur de mode est) un type de glissement où un utilisateur effectue une action appropriée à une situation dans une autre situation, courante dans les logiciels à plusieurs modes. Les exemples incluent un logiciel de dessin, où un utilisateur essaie d'utiliser un outil de dessin comme s'il en était un autre (par exemple, brossage avec l'outil Remplissage), ou des éditeurs de texte avec à la fois un mode de commande et un mode d'insertion, où un utilisateur tape accidentellement des commandes et finit par insérer du texte.
Lignes directrices de conception
En ce qui concerne les lignes directrices, l'article fondateur de Don Norman de 198 énumère trois façons de minimiser les erreurs de mode:
- Pas de modes
- Les modes doivent être clairement marqués et doivent être correctement placés sur l'interface pour éviter toute confusion
- Assurez-vous que les commandes requises par les différents modes ne sont pas identiques, de sorte qu'une commande émise dans le mauvais mode ne posera pas de gros problème
J'espère que cela aide.
Pour répondre à une partie de la question, l'exemple classique d'une erreur de "mode" était la facilité de mettre accidentellement un traitement de texte en "mode de frappe" de sorte qu'au lieu d'insérer du texte dans du texte existant, il écraserait volontiers le texte existant.
Comme c'était quelque chose que personne n'a fait délibérément, il était très difficile pour un utilisateur de comprendre pourquoi le traitement de texte avait changé son fonctionnement et comment il allait le faire fonctionner à nouveau normalement: