Conformance Question
What the system should do, or users should be able to do, to satisfy the heuristic.
Evidence of Conformance
Things to look for , for example design features or lack of design features that indicate partial satisfaction or breaches of the heuristic.
Motivation
Usability problems that the heuristic tries to avoid.
Are users kept informed about system progress with appropriate feedback within reasonable time?
Evidence of Conformance
Necessary evidence must be identified through analysis of individual tasks.
Motivation
Feedback allows the user to monitor progress towards solution of their task, allows the closure of tasks and reduces user anxiety.
Conformance Question
Does the system use concepts and language familiar to the user rather than system-oriented terms. Does the system use real-world conventions and display information in a natural and logical order?
Evidence of Conformance
Necessary evidence must be identified through user studies (or through assumptions about users!), and through the analysis of individual tasks.
Motivation
A good match minimises the extra knowledge required to use the system, simplifying all task action mappings (re-expression of users intuitions into system concepts).
Can users do what they want when they want?
Evidence of Conformance
Necessary evidence takes the form of a diverse set of design features, for example "undo and redo", clearly marked exits etc.
Motivation
Quite simply, users often choose actions by mistake.
Do design elements such as objects and actions have the same meaning or effect in different situations?
Evidence of Conformance
Necessary evidence must be identified through several analyses (consistency within system, conformance to style guides, consistency across task methods).
Motivation
Consistency minimises user knowledge required to use system by letting users generalise from existing experience of the system or other systems.
Can users make errors which good designs would prevent?
Evidence of Conformance
Necessary evidence must be identified through analysis of individual tasks and of system details (e.g. adjacency of function keys and menu options, discriminability of icons and labels).
Motivation
Errors are the main source of frustration, inefficiency and ineffectiveness during system usage.
Are design elements such as objects, actions and options visible? Is the user forced to remember information from one part of a system to another.
Evidence of Conformance
Necessary evidence must be identified through analysis of individual tasks.
Motivation
Forcing users to remember details such as command and file names is a major source of error. Recognition minimises user knowledge required to use the system. Summarising available commands or options may allow the user to guess their meaning or purpose.
Are task methods efficient and can users customise frequent actions or use short cuts?
Evidence of Conformance
Necessary evidence must be identified through analysis of individual tasks, and the presence of design features such as keyboard accelerators etc.
Motivation
Inefficient task methods can reduce user effectiveness and cause frustration.
Do dialogues contain irrelevant or rarely needed information?
Evidence of Conformance
Necessary evidence must be identified through analysis of individual tasks.
Motivation
Cluttered displays have the effect of reducing search times for commands or users missing features on the screen. Users unfamiliar with a system often have to find an action to meet a particular need reducing the number of actions available could make the choice easier.
Are error messages expressed in plain language (no codes), do they accurately describe the problem and suggest a solution?
Evidence of Conformance
Necessary evidence must be identified through analysis of error messages.
Motivation
Errors are the main source of frustration, inefficiency and ineffectiveness during system usage.
Is appropriate help information supplied, and is this information easy to search and focused on the useršs tasks?
Evidence of Conformance
Necessary evidence takes the form of help documentation which should be easy to search, focused on the useršs task and present a short list of actions to perform.
Motivation
Ideally, a system should not require documentation. However, it may be necessary to provide help which users need to access at very short notice.
This presentation of Heuristic Evaluation has been developed for use on UK EPSRC project no. GR/K82727 ( Extending HCI Design Principles and Task Analysis for Software and Data Visualisation) by Darryn Lavery, Gilbert Cockton and Malcolm Atkinson. A structure has been applied to the heuristics described in Nielsen, 1994), and to the best of our intentions we have kept the original meanings of the individual heuristics. The structure and any unintended changes to the meanings remain the responsibility of the authors and not Jakob Nielsen.
Re-used with permission by conforming to requirements laid out at http://www.dcs.gla.ac.uk/asp/materials/HE_1.0/. The materials must not be copied by anyone else who has not visited the web page and agreed to the conditions of use. The latest versions of the materials can be obtained from http://www.dcs.gla.ac.uk/asp/materials/.
Nielsen, J. and Molich, R. (1990). "Heuristic Evaluation of User Interfaces ", In Proceedings of ACM CHI'90 Conference on Human Factors in Computing Systems, pp. 249-256.
Last updated 12-6-97