Heuristic evaluation

Heuristic evaluation is an usability inspection technique developed by Neilson and colleagues in the mid 1990s. The technique involves the assessment of a product or system by a small set of evaluators, who are guided by a set of usability principles, known as heuristics.

Evaluations are usually carried out by several evaluators, operating independently of one another. This significantly enhances the effectiveness of the technique, since different people normally identify different accessibility problems; furthermore, individual evaluators very rarely (if at all) identify all the accessibility issues with a system.

Common usability principles (heuristics)

A list of 10 general heuristics was proposed by Nielsen and colleagues in 1994, based on the analysis of 249 usability problems. These are:

  1. Visibility of system status - the system should keep users informed about what is going on, through appropriate feedback within reasonable time;
  2. Match between system and the real world - the system should speak the users' language, with words, phrases and concepts familiar to the user, rather than system-oriented terms;
  3. User control and freedom - does the system provide ways of allowing users to easily escape from places they unexpectedly find themselves, by using clearly marked "emergency exits";
  4. Consistency and standards - the system should not leave users wondering whether different words, situations, or actions mean the same thing;
  5. Error prevention - choose a careful design which prevents a problem from occurring in the first place;
  6. Recognition rather than recall - minimize the user's memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another;
  7. Flexibility and efficiency of use - accelerators - unseen by the novice user - may often speed up the interaction for the expert user. Allow users to tailor frequent actions;
  8. Aesthetic and minimalist design - dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility;
  9. Help users recognize, diagnose, and recover from errors - error messages should be expressed in plain language (no codes), precisely indicate the problem, and constructively suggest a solution;
  10. Help and documentation - where it is necessary to provide help and documentation, such information should be easy to search, focused on the user's task, list concrete steps to be carried out, and not be too large.

Since the publication of the original list by Neilsen, the creation of new products has led to other heuristics being developed, more suited to the product under evaluation. However, the principles outlined above continue to provide the building blocks upon which an evaluation protocol can be developed. Where new products are developed, designers and evaluators should develop their own heuristics, by tailoring the above principles, according to the design guidelines and requirements of the product.

Conducting a heuristic evaluation

Heuristic evaluations consist of three main stages:

  1. Plan the evaluation

The first stage is to decide how you will test the system. Heuristic evaluations employ three main approaches: 1) develop a set of tasks and ask the evaluators to carry them out; 2) provide evaluators with the system goals and allow them to develop their own tasks; and 3) ask the evaluators to asses the dialogue elements.

Which method you choose depends on the time available, the evaluators and the maturity of the system under test. If the evaluation is for a functioning product or system, the evaluators should be given specific tasks upon which the evaluation is focused. However, if the product is early in development, providing evaluators with the system goals and allowing them to develop their own tasks is more appropriate.

  1. Conduct the evaluation

Prior to beginning the evaluation it is important to brief the evaluators so that each person knows what to do, in terms of the approach, goals of the evaluation etc.

The heuristic evaluation itself is performed by having each individual evaluator inspect the interface alone, using the heuristics for guidance. The evaluators should be briefed on the heuristics against which the product will be assessed prior to the evaluation.

Each expert should make at least two passes through the system, the first to get a feel for the product, the second to focus on specific interface element of the product. Only after all evaluations have been completed should the evaluators be allowed to communicate and discuss their findings.

  1. Debrief & reporting

Once the experts have completed their individual evaluations, they should come together to discuss their findings. Duplicates should be removed and similar issues combined. The findings should then be prioritised, highlighting each problems identified and potential solutions.

When should a heuristic evaluation be performed?

Heuristic evaluation can be used throughout the design lifecycle – at any point where it is desirable to evaluate the usability of a product or product component.

How many evaluators are needed for a heuristic evaluation?

Evidence suggests that three evaluators usually identify just over 50% of the total usability problems. Increasing the number of evaluators to five, increases the percentage of usability problems identified to approximately 75%. However, increasing the number beyond this levels results in a diminishing scale of return; doubling the number of evaluators to ten, increases the percentage of usability problems identified to approximately 90% (Nielsen, 1994)

The number of expert evaluators used will depend on time and resources. However, it is recommended that not less than three evaluators should be used.

Advantages & Disadvantages of Heuristic evaluations

Advantages

Disadvantages

 

Return to expert evaluation methodologies page


References

The information contained on this page was taken from the following sources:

Last updated: 20.11.2009   © Copyright reserved    Website design: Digital Accessibility Team