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.
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:
- Select 3-5 key user workflows to evaluate (e.g., "Signup → First value," "Create report," "Invite teammate," "Upgrade plan")
- Walk through each workflow while evaluating against all 10 heuristics
- For each finding, note: the heuristic violated, the specific screen/interaction, the severity, and a recommended fix
- 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 1.1 | Does the system show feedback within 100-300ms after a user action (click, tap, submit)? | ||||
| 1.2 | Are loading states shown (spinner, skeleton, progress bar) for operations taking >1 second? | ||||
| 1.3 | Do long operations (file upload, data import, report generation) show progress percentage and estimated time remaining? | ||||
| 1.4 | Is the save status visible (saved, saving, unsaved changes)? | ||||
| 1.5 | Do success actions show confirmation (toast, banner, checkmark, page change)? | ||||
| 1.6 | Are background processes (sync, data refresh) indicated somewhere visible? | ||||
| 1.7 | Does the interface show the current state of objects (active/inactive, draft/published, pending/approved)? | ||||
| 1.8 | Is 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 2.1 | Does the interface use language the target user would use (not engineering or internal terms)? | ||||
| 2.2 | Are icons recognizable and consistent with industry conventions? | ||||
| 2.3 | Does the information on each screen follow a logical order (most important → least important)? | ||||
| 2.4 | Are date, time, currency, and number formats appropriate for the target locale? | ||||
| 2.5 | Do metaphors and analogies in the UI map to real-world concepts users already understand? | ||||
| 2.6 | Are 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 3.1 | Can users easily undo recent actions (undo delete, undo send, undo edit)? | ||||
| 3.2 | Can users cancel multi-step processes at any point without losing previous data? | ||||
| 3.3 | Does the browser Back button work as expected (returns to previous state, not broken)? | ||||
| 3.4 | Can users close modals, overlays, and panels easily (X button, Escape key, click outside)? | ||||
| 3.5 | Can users exit onboarding, wizards, or tutorials without completing them? | ||||
| 3.6 | Is there a way to recover deleted items (trash/archive feature)? | ||||
| 3.7 | Can 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 4.1 | Are visual elements (buttons, links, icons, cards) styled consistently throughout the product? | ||||
| 4.2 | Do identical actions use identical labels everywhere (e.g., "Save" is always "Save," never sometimes "Update" or "Submit")? | ||||
| 4.3 | Does the product follow platform conventions (web: underlined links, left-aligned nav; iOS: bottom tabs; Android: material design)? | ||||
| 4.4 | Are interactive elements distinguishable from non-interactive elements (buttons look clickable, text doesn't look like a link unless it is)? | ||||
| 4.5 | Is the color system used consistently (same color always means same thing: red=error, green=success, blue=interactive)? | ||||
| 4.6 | Do similar pages share the same layout structure? | ||||
| 4.7 | Is 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 5.1 | Do destructive actions (delete, cancel subscription, remove team member) require confirmation? | ||||
| 5.2 | Are form fields validated in real-time (before submission) to prevent errors? | ||||
| 5.3 | Are reasonable defaults provided for settings and configurations? | ||||
| 5.4 | Are constraints enforced through the UI (dropdown instead of free text for limited options, date picker instead of text input for dates)? | ||||
| 5.5 | Is auto-save implemented for important content (drafts, long forms, documents)? | ||||
| 5.6 | Are users warned before navigating away from unsaved work? | ||||
| 5.7 | Are 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 6.1 | Are recently used items, recently viewed pages, or recent searches accessible? | ||||
| 6.2 | Is contextual information visible where needed (not requiring users to remember from a previous page)? | ||||
| 6.3 | Do selection lists show all available options rather than requiring users to remember valid inputs? | ||||
| 6.4 | Are instructions and help visible in context (not only in a separate help page)? | ||||
| 6.5 | Are form field formats shown before the user types (e.g., "MM/DD/YYYY" placeholder or example)? | ||||
| 6.6 | Does 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 7.1 | Are keyboard shortcuts available for frequent actions? | ||||
| 7.2 | Can power users customize their workspace (rearrange dashboard, set default views, create templates)? | ||||
| 7.3 | Are bulk actions available for repetitive tasks (select all, bulk delete, bulk edit)? | ||||
| 7.4 | Can users set defaults or preferences to reduce repetitive input? | ||||
| 7.5 | Are there shortcuts or quick-actions for common tasks (quick-add, command palette, universal search)? | ||||
| 7.6 | Do 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 8.1 | Does each screen focus on its primary purpose without visual clutter? | ||||
| 8.2 | Is non-essential information hidden behind "Show more," "Advanced," or expandable sections? | ||||
| 8.3 | Is white space used effectively to create visual breathing room? | ||||
| 8.4 | Are there unnecessary decorative elements that don't serve a functional purpose? | ||||
| 8.5 | Is the visual hierarchy clear (most important information is most prominent)? | ||||
| 8.6 | Are 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 9.1 | Are error messages in plain, non-technical language? | ||||
| 9.2 | Do error messages specifically identify what went wrong? | ||||
| 9.3 | Do error messages suggest how to fix the problem? | ||||
| 9.4 | Are error messages visually distinct (red text, error icon, highlighted field)? | ||||
| 9.5 | Is 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 Check | Pass/Fail | Severity | Screen/Location | Notes |
|---|---|---|---|---|---|
| 10.1 | Is a help/support center accessible from within the product (not only via external website)? | ||||
| 10.2 | Is the help center searchable? | ||||
| 10.3 | Does contextual help exist (tooltips, info icons, inline explanations) for complex features? | ||||
| 10.4 | Are help articles task-focused (step-by-step instructions) rather than feature-focused (descriptions)? | ||||
| 10.5 | Is help content current and accurate (not outdated after product updates)? | ||||
| 10.6 | Is there a way to contact human support (chat, email, phone) when self-service help fails? | ||||
| 10.7 | Are 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 Description | Heuristic Violated | Screen/Location | Severity (0-4) | Recommended Fix | Priority |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| ... |
Sort by severity (4 → 0) to create your prioritized fix list.
Scoring Summary
| Heuristic | # of Findings | Avg Severity | Worst 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
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 ChecklistSaaS 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 PlaybookUser 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 MapNeed 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.