Some usability problems do not need a research study to find; they need someone who knows where interfaces usually break, looking carefully. Heuristic evaluation formalizes that looking. It is the cheapest usability method that still produces a prioritized defect list, which is why it usually runs before anything involving participants.
In this glossary topic:
What is a heuristic evaluation?
A heuristic evaluation is a structured expert review that assesses an interface against a set of recognized usability principles. Rather than observing real users, evaluators use their knowledge of usability guidelines to identify places where the design violates principles that are known to cause user problems.
The method was developed and formalized by Jakob Nielsen and Rolf Molich in the early 1990s. Jakob Nielsen's subsequent 10 usability heuristics became the dominant framework for heuristic evaluation and remain widely used today. The heuristics describe general properties of well-designed interfaces: that they provide appropriate feedback, that they use familiar language, that they prevent errors, that they help users recognize rather than recall information, and so on.
A heuristic evaluation is most valuable as a cost-effective complement to user testing, not a replacement for it. It can identify many obvious usability problems quickly and cheaply, allowing teams to fix clear issues before investing in user testing sessions. It won't surface problems that depend on specific user mental models, cultural context, or task knowledge, which is why user testing remains essential.
What are Nielsen's 10 usability heuristics?
Nielsen's 10 heuristics are the most widely used framework for heuristic evaluation. Each describes a property that well-designed interfaces should have.
- Visibility of system status: the interface should always keep users informed about what's happening through appropriate and timely feedback. Users should never have to guess whether the system received their action or what it's currently doing.
- Match between system and the real world: the interface should use language, concepts, and conventions that are familiar to users, reflecting their mental models rather than system-oriented terminology.
- User control and freedom: users frequently make mistakes and need clearly marked "emergency exits" to leave unwanted states without penalty. Undo and redo are the canonical examples.
- Consistency and standards: users shouldn't have to wonder whether different words, situations, or actions mean the same thing. Platform conventions should be followed, and internal consistency should be maintained across the product.
- Error prevention: the best error message is one that doesn't appear because the design prevented the error from occurring. Interfaces should eliminate error-prone conditions and ask users to confirm before irreversible actions.
- Recognition rather than recall: objects, actions, and options should be visible rather than requiring the user to remember information from one part of the interface to use it elsewhere. Menus that show available options help more than interfaces that require typing commands.
- Flexibility and efficiency of use: accelerators and shortcuts allow expert users to speed up their interactions without removing the guided paths that help novice users. Both user types should be served.
- Aesthetic and minimalist design: every additional element in a display competes with the relevant information. Interfaces should present only what users need at each step, removing content that dilutes focus.
- Help users recognize, diagnose, and recover from errors: error messages should describe the problem in plain language, explain why it occurred, and suggest a specific resolution rather than presenting a code or a generic failure message.
- Help and documentation: even though a well-designed interface should be usable without help, some users and some tasks will need documentation. Help should be easy to search, focused on user tasks, and presented in actionable steps.
How is a heuristic evaluation conducted?
A standard heuristic evaluation follows a structured process designed to maximize coverage and produce actionable findings.
- The evaluation should involve 3-5 evaluators rather than one. Research shows that a single evaluator finds roughly 35% of usability problems; three to five evaluators collectively find 75% or more. Different evaluators catch different problems, so the aggregate is significantly more comprehensive than any individual's findings.
- Each evaluator independently examines the interface, working through the design systematically. Evaluators typically complete several passes: first getting a feel for the overall flow, then examining specific elements against each heuristic. Problems are noted with the heuristic they violate and a severity rating.
- Severity ratings help prioritize findings. The most commonly used scale rates problems from 0 (not a usability problem) through 4 (usability catastrophe requiring immediate fix), considering frequency of occurrence, impact when encountered, and persistence (whether the problem occurs once or repeatedly throughout use).
- After independent evaluation, findings are aggregated across evaluators. Each problem is listed once regardless of how many evaluators identified it, though the fact that multiple evaluators found the same problem is useful signal about its significance.
- The output is a prioritized list of usability problems with heuristic attribution and severity ratings. This list drives design iteration rather than serving as a pass/fail verdict.
How does heuristic evaluation differ from usability testing?
Heuristic evaluation and usability testing are complementary methods that address different questions. Using both provides more complete coverage than either alone.
Heuristic evaluation uses expert judgment to identify problems. It's fast and relatively inexpensive: a five-person heuristic evaluation of a complex product can be conducted in a day or two without recruiting participants or scheduling sessions. The limitation is that experts can miss problems that real users encounter due to their domain knowledge, task context, or specific mental models that differ from the evaluators' assumptions.
Usability testing uses real users attempting real tasks to reveal what actually happens when people who represent the target audience engage with the product. It surfaces problems that expert evaluation misses, particularly those rooted in user mental models, terminology, or task context. The trade-off is that it requires participant recruitment, scheduling, moderation, and synthesis time. The practical recommendation is to use heuristic evaluation to find and fix obvious problems before user testing. Conducting user testing on an interface with clear heuristic violations wastes participant time on problems that could have been found without users and misses the opportunity to focus testing on genuinely uncertain questions.
