Skip to main content

UX Heuristic Evaluation Template - Nielsen's 10 Heuristics Applied to SaaS

A ready-to-use spreadsheet for heuristic evaluation with Nielsen's heuristics, severity levels, a findings log, and a priority matrix built in.

Worksheet (Interactive Matrix) Free Updated May 2026 12 data tables

Built for practical use

10 heuristic lenses

A ready-to-use spreadsheet for heuristic evaluation with Nielsen's heuristics, severity levels, a findings log, and a priority matrix built in.

Severity scoring

A ready-to-use spreadsheet for heuristic evaluation with Nielsen's heuristics, severity levels, a findings log, and a priority matrix built in.

Findings log

A ready-to-use spreadsheet for heuristic evaluation with Nielsen's heuristics, severity levels, a findings log, and a priority matrix built in.

Priority summary

A ready-to-use spreadsheet for heuristic evaluation with Nielsen's heuristics, severity levels, a findings log, and a priority matrix built in.

How to Use This Template

This template is a structured evaluation framework based on Jakob Nielsen's 10 Usability Heuristics (originally published 1994 by Nielsen & Molich, refined based on factor analysis of 249 usability problems — the definitive set remains unchanged since 1994). Each heuristic is contextualized for SaaS products with specific checkpoints, severity scoring, and space for findings.

Instructions:

  1. Select 3-5 key user workflows to evaluate (e.g., "Signup → First value," "Create report," "Invite teammate," "Upgrade plan")
  2. Walk through each workflow while evaluating against all 10 heuristics
  3. For each finding, note: the heuristic violated, the specific screen/interaction, the severity, and a recommended fix
  4. Compile findings into a prioritized action list

Severity Scale (Nielsen's 0-4 Scale):

  • 0 — Not a usability problem
  • 1 — Cosmetic problem only; fix if time allows
  • 2 — Minor usability problem; fixing this has low priority
  • 3 — Major usability problem; important to fix, high priority
  • 4 — Usability catastrophe; imperative to fix before release

Evaluator Information:

  • Evaluator Name:
  • Product Name:
  • Version / Date Evaluated:
  • Workflows Evaluated:

Log Evaluation Findings

Capture your main heuristic findings, severity, and owner in one structured review table.

Heuristic Severity Finding Owner
Visibility of system status
Match between system and the real world
User control and freedom
Consistency and standards
Error prevention
Recognition rather than recall
Flexibility and efficiency of use
Aesthetic and minimalist design
Help users recognize, diagnose, and recover from errors
Help and documentation

HEURISTIC 1: Visibility of System Status

Principle: The design should always keep users informed about what is going on, through appropriate feedback within a reasonable amount of time.

Source: Nielsen Norman Group — "When users know the current system status, they learn the outcome of their prior interactions and determine next steps. Predictable interactions create trust in the product as well as the brand."

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
1.1Does the system show feedback within 100-300ms after a user action (click, tap, submit)?
1.2Are loading states shown (spinner, skeleton, progress bar) for operations taking >1 second?
1.3Do long operations (file upload, data import, report generation) show progress percentage and estimated time remaining?
1.4Is the save status visible (saved, saving, unsaved changes)?
1.5Do success actions show confirmation (toast, banner, checkmark, page change)?
1.6Are background processes (sync, data refresh) indicated somewhere visible?
1.7Does the interface show the current state of objects (active/inactive, draft/published, pending/approved)?
1.8Is the user's current location in the product clearly indicated (active nav item, breadcrumbs, page title)?

Common SaaS Violations:

  • Save button clicked → no feedback for 3 seconds → user clicks again → duplicate save
  • Data import running → no progress indicator → user navigates away → import fails silently
  • Dashboard data is 6 hours stale but shows no "last updated" timestamp → user makes decisions on old data

HEURISTIC 2: Match Between System and the Real World

Principle: The design should speak the users' language, with words, phrases, and concepts familiar to the user, rather than internal jargon. Follow real-world conventions, making information appear in a natural and logical order.

Source: Nielsen Norman Group — "When a design's controls follow real-world conventions and correspond to desired outcomes (called natural mapping), it's easier for users to learn and remember how the interface works."

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
2.1Does the interface use language the target user would use (not engineering or internal terms)?
2.2Are icons recognizable and consistent with industry conventions?
2.3Does the information on each screen follow a logical order (most important → least important)?
2.4Are date, time, currency, and number formats appropriate for the target locale?
2.5Do metaphors and analogies in the UI map to real-world concepts users already understand?
2.6Are error messages in plain language (not error codes or technical descriptions)?

Common SaaS Violations:

  • Navigation says "Entities" instead of "Contacts" or "Companies"
  • Error says "422 Unprocessable Entity" instead of "This email address is already registered"
  • Settings labeled "Configuration Manager" when users expect "Settings"

HEURISTIC 3: User Control and Freedom

Principle: Users often perform actions by mistake. They need a clearly marked "emergency exit" to leave the unwanted state without having to go through an extended dialogue. Support undo and redo.

Source: Nielsen Norman Group — "When it's easy for people to back out of a process or undo an action, it fosters a sense of freedom and confidence. Exits allow users to remain in control of the system and avoid getting stuck and feeling frustrated."

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
3.1Can users easily undo recent actions (undo delete, undo send, undo edit)?
3.2Can users cancel multi-step processes at any point without losing previous data?
3.3Does the browser Back button work as expected (returns to previous state, not broken)?
3.4Can users close modals, overlays, and panels easily (X button, Escape key, click outside)?
3.5Can users exit onboarding, wizards, or tutorials without completing them?
3.6Is there a way to recover deleted items (trash/archive feature)?
3.7Can users edit or change their decisions after committing (edit profile, change plan, modify settings)?

Common SaaS Violations:

  • User accidentally deletes a project → no undo, no trash, permanently gone
  • User starts a multi-step form → can't go back to step 2 from step 4 → must restart
  • User enters a modal → no close button visible, clicking outside doesn't close it

HEURISTIC 4: Consistency and Standards

Principle: Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform and industry conventions.

Source: Nielsen Norman Group — Jakob's Law states that users spend most of their time on OTHER sites and products, so they expect yours to work similarly.

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
4.1Are visual elements (buttons, links, icons, cards) styled consistently throughout the product?
4.2Do identical actions use identical labels everywhere (e.g., "Save" is always "Save," never sometimes "Update" or "Submit")?
4.3Does the product follow platform conventions (web: underlined links, left-aligned nav; iOS: bottom tabs; Android: material design)?
4.4Are interactive elements distinguishable from non-interactive elements (buttons look clickable, text doesn't look like a link unless it is)?
4.5Is the color system used consistently (same color always means same thing: red=error, green=success, blue=interactive)?
4.6Do similar pages share the same layout structure?
4.7Is terminology consistent (the same concept is never called two different names in different parts of the product)?

Common SaaS Violations:

  • "Save" on one page, "Update" on another, "Apply" on a third — all doing the same thing
  • Buttons are blue on the dashboard but green in settings — no logic to the color difference
  • Date format is MM/DD/YYYY on one page and DD-MM-YYYY on another

HEURISTIC 5: Error Prevention

Principle: Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions, or check for them and present users with a confirmation option before they commit to the action.

Source: Nielsen Norman Group — "There are two types of errors: slips and mistakes. Slips are unconscious errors caused by inattention. Mistakes are conscious errors based on a mismatch between the user's mental model and the design."

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
5.1Do destructive actions (delete, cancel subscription, remove team member) require confirmation?
5.2Are form fields validated in real-time (before submission) to prevent errors?
5.3Are reasonable defaults provided for settings and configurations?
5.4Are constraints enforced through the UI (dropdown instead of free text for limited options, date picker instead of text input for dates)?
5.5Is auto-save implemented for important content (drafts, long forms, documents)?
5.6Are users warned before navigating away from unsaved work?
5.7Are irreversible actions visually distinguished from reversible ones (e.g., red "Delete permanently" vs. blue "Archive")?

Common SaaS Violations:

  • User types "jan 5 2024" in a date field → error → field expected "2024-01-05" format → should have used a date picker
  • User accidentally clicks "Delete Account" → no confirmation → account gone
  • User types 3,000 words in a text area → navigates away → no unsaved warning → content lost

HEURISTIC 6: Recognition Rather Than Recall

Principle: Minimize the user's memory load by making elements, actions, and options visible. The user should not have to remember information from one part of the interface to another. Information required to use the design should be visible or easily retrievable.

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
6.1Are recently used items, recently viewed pages, or recent searches accessible?
6.2Is contextual information visible where needed (not requiring users to remember from a previous page)?
6.3Do selection lists show all available options rather than requiring users to remember valid inputs?
6.4Are instructions and help visible in context (not only in a separate help page)?
6.5Are form field formats shown before the user types (e.g., "MM/DD/YYYY" placeholder or example)?
6.6Does the search function support recognition (auto-suggestions, recent searches, popular searches)?

Common SaaS Violations:

  • User must remember a project ID from page A to enter it on page B — no auto-linking
  • Settings page has 40 options with no descriptions — user must recall what each does
  • Dropdown shows 200 items alphabetically — no search, no grouping, no recent selections

HEURISTIC 7: Flexibility and Efficiency of Use

Principle: Shortcuts — hidden from novice users — can speed up the interaction for the expert user so that the design can cater to both inexperienced and experienced users. Allow users to tailor frequent actions.

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
7.1Are keyboard shortcuts available for frequent actions?
7.2Can power users customize their workspace (rearrange dashboard, set default views, create templates)?
7.3Are bulk actions available for repetitive tasks (select all, bulk delete, bulk edit)?
7.4Can users set defaults or preferences to reduce repetitive input?
7.5Are there shortcuts or quick-actions for common tasks (quick-add, command palette, universal search)?
7.6Do expert features exist without complicating the novice experience (progressive disclosure)?

Common SaaS Violations:

  • No keyboard shortcuts in a product used 8 hours/day by power users
  • Every new report requires entering the same 10 filters — no ability to save filter presets
  • No bulk actions — deleting 50 items requires 50 individual delete confirmations

HEURISTIC 8: Aesthetic and Minimalist Design

Principle: Interfaces should not contain information which is irrelevant or rarely needed. Every extra unit of information in an interface competes with the relevant units of information and diminishes their relative visibility.

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
8.1Does each screen focus on its primary purpose without visual clutter?
8.2Is non-essential information hidden behind "Show more," "Advanced," or expandable sections?
8.3Is white space used effectively to create visual breathing room?
8.4Are there unnecessary decorative elements that don't serve a functional purpose?
8.5Is the visual hierarchy clear (most important information is most prominent)?
8.6Are CTAs (calls to action) limited to 1-2 per screen to avoid decision paralysis?

Common SaaS Violations:

  • Dashboard shows 15 charts, 8 metric cards, 3 tables, and 5 CTAs on one screen — nothing stands out
  • Settings page shows every single option on one scrolling page — no grouping or progressive disclosure
  • Marketing banners, upgrade prompts, and feature announcements compete with the actual product interface

HEURISTIC 9: Help Users Recognize, Diagnose, and Recover from Errors

Principle: Error messages should be expressed in plain language (no error codes), precisely indicate the problem, and constructively suggest a solution.

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
9.1Are error messages in plain, non-technical language?
9.2Do error messages specifically identify what went wrong?
9.3Do error messages suggest how to fix the problem?
9.4Are error messages visually distinct (red text, error icon, highlighted field)?
9.5Is there a way to get additional help when an error occurs (link to help article, contact support)?

Common SaaS Violations:

  • "An error occurred" — no specifics, no solution, no help
  • "Error 500" — a server error code shown to end users
  • "Invalid input" on a form with 12 fields — which field? What's invalid? How to fix?

HEURISTIC 10: Help and Documentation

Principle: It may be necessary to provide documentation to help users understand how to complete their tasks. Help and documentation content should be easy to search and focused on the user's task. Keep it concise, and list concrete steps that need to be carried out.

SaaS Checkpoints:

#What to CheckPass/FailSeverityScreen/LocationNotes
10.1Is a help/support center accessible from within the product (not only via external website)?
10.2Is the help center searchable?
10.3Does contextual help exist (tooltips, info icons, inline explanations) for complex features?
10.4Are help articles task-focused (step-by-step instructions) rather than feature-focused (descriptions)?
10.5Is help content current and accurate (not outdated after product updates)?
10.6Is there a way to contact human support (chat, email, phone) when self-service help fails?
10.7Are onboarding resources (video tutorials, getting started guides) available for new users?

Common SaaS Violations:

  • Help center exists but hasn't been updated in 18 months — screenshots show old UI
  • Only help option is a generic FAQ — no search, no contextual links
  • "Help" button opens a Zendesk page that requires creating a separate support account

Findings Summary Template

After evaluating all 10 heuristics across your selected workflows, compile your findings:

#Finding DescriptionHeuristic ViolatedScreen/LocationSeverity (0-4)Recommended FixPriority
1
2
3
...

Sort by severity (4 → 0) to create your prioritized fix list.

Scoring Summary

Heuristic# of FindingsAvg SeverityWorst Finding
H1: Visibility of System Status
H2: Match with Real World
H3: User Control & Freedom
H4: Consistency & Standards
H5: Error Prevention
H6: Recognition vs Recall
H7: Flexibility & Efficiency
H8: Aesthetic & Minimalist Design
H9: Error Recovery
H10: Help & Documentation
TOTAL

Sources:

  • Jakob Nielsen, "10 Usability Heuristics for User Interface Design," Nielsen Norman Group, 1994 (updated 2024)
  • Jakob Nielsen, "Enhancing the Explanatory Power of Usability Heuristics," CHI '94 Conference Proceedings, 1994
  • Jakob Nielsen, "How to Conduct a Heuristic Evaluation," Nielsen Norman Group
  • Rolf Molich & Jakob Nielsen, "Improving a Human-Computer Dialogue," Communications of the ACM, 1990

Created by Desisle — SaaS UI/UX Design Agency desisle.com | hello@desisle.com

Keep Building With These Next

Checklist

The SaaS UX Audit Checklist - 100 Points to Check Today

The same 100-point UX audit checklist our team uses when reviewing SaaS products across onboarding, navigation, dashboards, forms, accessibility, mobile responsiveness, and performance.

Open UX Audit Checklist
Playbook

SaaS Onboarding UX Playbook - The First 60 Seconds That Matter Most

A longer playbook for designing onboarding that activates users instead of only welcoming them. It covers first-time psychology, aha moments, progressive onboarding, empty states, anti-patterns, and measurement.

Open Onboarding Playbook
Template

User Journey Mapping Template - From First Touch to Renewal

A visual template for mapping discovery, signup, onboarding, support, renewal, and referral moments with emotion tracking and friction spotting.

Open Journey Map

Need This Applied to Your Product? We'll Turn It Into Execution.

These resource pages are meant to be used hands-on. If you want the audit, plan, or framework translated into live product work, we can do that with your team.