Directives d'utilisation
Je suis censé évaluer quelques sites Web pour savoir s'ils sont conformes à l'heuristique Nielsen de Jacob ... Mais j'ai du mal à comprendre l'heuristique. Quelqu'un peut-il expliquer?
Ce sont dix principes généraux pour la conception de l'interface utilisateur. Ils sont appelés "heuristiques" car ils sont plus dans la nature des règles de base que des directives d'utilisation spécifiques.
- Visibilité de l'état du système Le système doit toujours tenir les utilisateurs informés de ce qui se passe, grâce à des commentaires appropriés dans un délai raisonnable.
- Correspondance entre le système et le monde réel Le système doit parler la langue des utilisateurs, avec des mots, des phrases et des concepts familiers à l'utilisateur, plutôt que des termes orientés système. Suivez les conventions du monde réel, en faisant apparaître les informations dans un ordre naturel et logique.
- Contrôle et liberté de l'utilisateur Les utilisateurs choisissent souvent les fonctions du système par erreur et auront besoin d'une "sortie de secours" clairement marquée pour quitter l'état indésirable sans avoir à passer par un dialogue étendu. Prise en charge annuler et rétablir.
- Cohérence et normes Les utilisateurs ne devraient pas avoir à se demander si des mots, des situations ou des actions différents signifient la même chose. Suivez les conventions de la plateforme.
- Prévention des erreurs Encore mieux que de bons messages d'erreur est une conception soignée qui empêche un problème de se produire en premier lieu. Éliminez les conditions sujettes aux erreurs ou vérifiez-les et présentez aux utilisateurs une option de confirmation avant de s'engager dans l'action.
- Reconnaissance plutôt que rappel Minimisez la charge mémoire de l'utilisateur en rendant visibles les objets, les actions et les options. L'utilisateur ne devrait pas avoir à se souvenir des informations d'une partie du dialogue à l'autre. Les instructions d'utilisation du système doivent être visibles ou facilement récupérables, le cas échéant.
- Flexibilité et efficacité d'utilisation Les accélérateurs - invisibles par l'utilisateur novice - peuvent souvent accélérer l'interaction pour l'utilisateur expert de telle sorte que le système peut répondre aux besoins des utilisateurs inexpérimentés et expérimentés. Permettre aux utilisateurs d'adapter les actions fréquentes.
- Design esthétique et minimaliste Les dialogues ne doivent pas contenir d'informations non pertinentes ou rarement nécessaires. Chaque unité d'information supplémentaire dans un dialogue est en concurrence avec les unités d'information pertinentes et diminue leur visibilité relative.
- Aidez les utilisateurs à reconnaître, diagnostiquer et récupérer des erreurs Les messages d'erreur doivent être exprimés en langage clair (pas de codes), indiquer précisément le problème et suggérer une solution de manière constructive.
- Aide et documentation Même s'il est préférable que le système puisse être utilisé sans documentation, il peut être nécessaire de fournir de l'aide et de la documentation. Ces informations doivent être faciles à rechercher, axées sur la tâche de l'utilisateur, répertorier les étapes concrètes à effectuer et ne pas être trop volumineuses.
- Visibilité de l'état du système - L'utilisateur doit toujours comprendre ce qui se passe en ce moment. Où est-elle dans le système (par exemple, mettez en surbrillance l'onglet de droite dans le menu de navigation)? Que fait le système (par exemple, charger une animation lors du chargement d'une page)? S'il y a une erreur - qu'est-ce qui ne va pas (par exemple, message "mauvais mot de passe" dans le champ mot de passe, si l'utilisateur a entré un mauvais mot de passe)?
- Correspondance entre le système et le monde réel - Le site doit utiliser des étiquettes et des termes que les utilisateurs cibles comprennent (par exemple, sur un site de commerce électronique de masse, appelez la section "Appareils photo" au lieu de "Appareils photo optiques").
- Contrôle et liberté de l'utilisateur - L'utilisateur doit pouvoir corriger facilement les erreurs ou modifier les actions. En d'autres termes, tout ce que l'utilisateur fait doit être réversible (par exemple, le bouton "Annuler" dans les applications de suite bureautique), sauf s'il y a une très bonne raison de ne pas le faire.
- Cohérence et normes - Le système doit utiliser les mêmes mots pour les mêmes choses (par exemple, n'appelez pas le compte de l'utilisateur "profil" à certains endroits et " fichier utilisateur "sur les autres). De plus, s'il y a un terme spécifique que tout le monde utilise pour décrire un objet, le système devrait également l'utiliser (par exemple, utiliser le terme "web" au lieu de "net" pour décrire le World Wide Web).
- Prévention des erreurs - Le système devrait éviter les erreurs que l'utilisateur est susceptible de commettre (par exemple sur Gmail, si vous avez écrit le mot "attaché" dans votre e-mail sans joindre un fichier, un message apparaît, vous demandant si vous vouliez joindre un fichier).
- Reconnaissance plutôt que rappel - Le système devrait montrer à l'utilisateur toutes les informations dont elle a besoin pour terminer une action, au lieu de la faire compter sur sa mémoire (par exemple sur un formulaire de service client, si vous souhaitez que l'utilisateur saisisse un identifiant de transaction, montrez-lui une liste de ses transactions récentes avec leurs identifiants).
- Flexibilité et efficacité d'utilisation - Le système devrait permettre aux utilisateurs experts d'effectuer des actions plus rapidement (par exemple, raccourcis, raccourcis clavier et macro-commandes).
- Design esthétique et minimaliste - Le système ne doit utiliser que la quantité minimale possible de texte et d'autres éléments de design pour transmettre son message. Et tout devrait également être visuellement attrayant. site Web d'Apple est considéré comme un bon exemple pour cela.
- Aidez les utilisateurs à reconnaître, diagnostiquer et récupérer des erreurs - Les messages d'erreur devraient être facilement lus et compris par les utilisateurs, et devraient leur dire quoi faire pour corriger ceci (par exemple, n'écrivez pas "Erreur 1052" et laissez les utilisateurs rechercher eux-mêmes la solution, mais écrivez plutôt "Nous n'avons pas pu vous localiser. Veuillez allumer le GPS de votre téléphone sous Paramètres").
- Aide et documentation - Tout système doit être accompagné d'un "manuel" simple et consultable écrit pour l'utilisateur (c'est-à-dire axé sur ce dont l'utilisateur a besoin et non sur la façon dont les ingénieurs l'ont développé). Je pense que le centre de support de Microsoft fait du bon travail dans ce domaine.
Ne t'inquiète pas! J'ai également commencé ma carrière UX avec une évaluation heuristique. Tu peux le faire!
L'heuristique de Nielsen peut être un peu abstraite lorsque vous débutez. Checklists êtes-vous ami.
Je comprends que Yosef vous donne une certaine direction, mais permettez-moi de l'aborder sous un angle différent, ce qui pourrait aider à en obtenir une autre vision.
Permettez-moi de vous donner un niveau plus large de fond d'évaluation heuristique, contre JN Heuristics. Je me sens mieux, puisque vous commencez avec une pensée de ciel bleu, en laissant ces heuristiques pour l'instant.
Regardez l'heuristique comme un ensemble de critères de mesure, si vous deviez évaluer un site sur certaines règles de base, alors comment le feriez-vous? Cibler des domaines plus larges tels que - les normes d'utilisation, les normes de conception de l'information, les normes de conception d'interaction, la conception de contenu et la conception visuelle. Préparez environ 5 pointeurs sous ces rubriques et commencez à les mapper à JN Heuristics, les choses vont se mettre en place.
Voilà donc le sujet: visibilité de l'état du système, cohérence et stds, prévention des erreurs, reconnaissance plutôt que rappel, diagnostic et récupération d'erreurs, aide et documentation (tous ces critères sont largement utilisables). Correspondance entre le système et le monde réel, contrôle et liberté des utilisateurs, aide et documentation, flexibilité (conception des informations), contrôle et liberté des utilisateurs, diagnostic et récupération des erreurs, état du système (conception des interactions). Comme ça ...
Je voudrais que vous le regardiez avec une perspective différente, plutôt que de le mapper un à un avec ces 10 pointeurs, car vous le ferez simplement mécaniquement plutôt que de l'aborder dans un objectif plus large.
Lors de l'évaluation d'un standard heuristique, je critique toujours dans une réponse fixe.
La norme est-elle utilisée?
Est-il bien appliqué?
Habituellement, vous pouvez montrer que même si une norme peut être destinée à être utilisée, elle est en réalité affectée par autre chose (mauvaise formulation, application incohérente)
Le moyen le plus simple consiste à utiliser une sorte de feuille de calcul à distance pour capturer vos réponses brutes, puis à générer des graphiques récapitulatifs avec du texte à l'appui dans une sorte de rapport/livrable formel.