Fermer

janvier 18, 2019

Principes solides de l'expérience utilisateur, première partie: rendre le logiciel compréhensible


Il s'agit du premier versement d'une série de cinq articles de Jessica Engstrom sur les principes SOLID de l'UX. Dans cet article, Jessica explique comment rendre les logiciels compréhensibles au moyen d'éléments perceptibles, perceptibles et compréhensibles.

En tant qu'être humain, notre attention est limitée, nous ne pouvons donc nous concentrer que sur une chose à la fois. Nous pouvons changer de focus très rapidement, mais toujours sur une chose à la fois. Ce à quoi nous nous attendons et ce que notre mission ou objectif est a une grande importance pour la façon dont nous concentrons notre attention. Il en va de l'interface utilisateur. La manière dont nous décidons d'afficher les informations et les choix peut avoir un impact important sur la compréhension de l'application ou du système par les utilisateurs.

Éléments perceptibles et perceptibles

Prenez Windows 8 comme exemple. À l'époque, nous étions habitués à une configuration complètement différente du système d'exploitation. Mon frère, qui est très technique et qui a toujours été un grand fan de Windows bien sûr, a mis à jour Windows 8 dès sa sortie.

Lorsque ma mère non technique a basculé à une date beaucoup plus récente sur Windows 8, ma frère est venu pour tout installer. Bien qu'il utilise Windows 8 depuis quelque temps, il ne trouvait pas où mettre les informations du réseau, malgré tous les efforts déployés, alors il a dit à ma mère: "Tu n'as pas besoin de rester ici pour me regarder essayer pour trouver les paramètres réseau, ils ont ruiné Windows 8 et cela prendra un certain temps. Vous pouvez aller prendre un café en attendant. "

Ma mère a répondu: "Quoi, tu veux dire comme ça?"

Ce qui s’est passé, c’est que mon frère ne s’attendait pas à ce que les paramètres soient dans la barre des sortilèges (qui était cachée) et qu’il ne puisse pas le voir. Ma mère, qui était nouvelle en informatique en général, n’a eu aucune difficulté à trouver les paramètres. Elle a suivi le didacticiel Windows 8 et s'est souvenue qu'elle devait balayer du côté droit. Mon frère n'a jamais suivi le didacticiel puisqu'il ne se considérait pas comme un utilisateur novice de Windows, aussi la barre des icônes était-elle pour lui un élément invisible à l'écran.

C'est aussi pourquoi il est si important de respecter les normes. C’est ce que l’utilisateur a appris, est habitué et attend. Si vous développez une application mobile et souhaitez la diffuser sur plusieurs plates-formes, je vous recommande de consulter les différentes consignes de conception de plate-forme pour les survoler afin de vous assurer que vous vous sentirez comme faisant partie de l'écosystème.

Si vous faites cela, vos utilisateurs auront automatiquement plus de confiance en votre application, qui pourrait même se sentir plus rapide et plus professionnelle.

Tous les éléments invisibles ne sont pas mauvais, j'adore les raccourcis clavier! Mais si l'utilisateur n'est pas un utilisateur expérimenté ou un débutant dans le logiciel, il est possible qu'il n'ait pas encore appris la poignée de main secrète. Donc, si vous avez des raccourcis clavier, assurez-vous que les fonctionnalités peuvent être répliquées quelque part dans l'interface utilisateur, ainsi tout le monde sera heureux.

Compréhensible

Parfois, un élément peut être visible, mais ne pas être traité. Cela peut être dû au fait que l'utilisateur ne le remarque pas parce qu'il ne s'attend pas à ce que celui-ci soit situé à cet emplacement ou à cause de distractions.

Si nous utilisons des normes et si peu de distractions, ce sera rarement un problème. Mais pour être sûr, ne testez pas votre propre interface utilisateur . Vous avez peut-être déjà entendu cela, mais vous avez mis le bouton ou le composant à sa place, vous vous attendez donc à ce qu'il soit là et vous savez ce qu'il fait.

En ce qui concerne les normes, voici un exemple tiré d'un Learning Management. Système.

 1 SUX1 "title =" 1 SUX1 "/></p data-recalc-dims=

La première fois que j’allais envoyer un message, je devais regarder deux fois pour comprendre que la feuille n’était pas une feuille, c’était très probablement une mais il a fallu plus longtemps que prévu pour simplement envoyer un message.

Je ne m'attendais pas à une "feuille", je ne l'ai donc pas remarquée au début. Ils l'ont par la suite changé en un symbole plus standard. [19659006] N'hésitez pas à mettre votre propre design sur tous vos composants, mais assurez-vous qu'ils sont faciles à comprendre afin que l'utilisateur ne soit pas obligé de le chercher.

C'est encore une fois pourquoi vous ne devriez pas tester votre propre design. savoir ce que la feuille est censée être, vous savez ce qu'elle est censée faire et vous savez où elle se trouve.

Nous avons tendance à grouper les choses automatiquement en tant qu'humains, ce qui nous pouvons et devons également l'utiliser dans nos interfaces utilisateur.

Lorsque des articles sont proches l'un de l'autre, nous les considérons comme une unité composée d'éléments individuels. Si nous ne réfléchissons pas à la façon dont nous alignons et groupons nos éléments, ils ne seront peut-être pas aussi clairs pour l'utilisateur.

 2 SUX1 "title =" 2 SUX1 "/><p data-recalc-dims= Beaucoup d'entre nous ont vu des formes comme celle-ci. Après quelques clics, nous ne savons pas vraiment quel bouton radio appartient à quelle étiquette / quel texte et nous devons commencer à le compter.

Vous pouvez clarifier les regroupements de plusieurs manières à l'aide de couleurs ou d'espaces.

 3 SUX1 "title =" 3 SUX1 "/> <br data-recalc-dims= Regroupement à l'aide de la couleur
 4 SUX1 "title =" 4 SUX1 "/> <em data-recalc-dims= Regroupement à l'aide d'espaces

Il est tout aussi important de grouper les éléments que le langage et les symboles utilisés dans notre logiciel. [19659006] Le principe de moindre étonnement est très utile ici. MF Cowlishaw le disait bien en 1984: "Si une fonctionnalité nécessaire a un facteur d’étonnement élevé, il peut être nécessaire de la redéfinir."

Ce qui veut dire que le logiciel doit se comporter d'une manière que la plupart des utilisateurs s'attendent à ce qu'elle se comporte, sans surprise ni "étonnement".

Restez à l'écoute pour le prochain message de cette série ou, pour en savoir plus, n'hésitez pas à consulter le webinaire que nous avons récemment organisé sur le sujet. right here .


Les commentaires sont désactivés en mode Prévisualisation.




Source link