Next → STEP 1 Upload STEP 2 Done STEP 3 Q1 Q2 Q3 Q4 FAILURE · STEP 2 Q3: Label does not communicate which document to upload Q4: No error recovery guidance cognitive-walkthroughs · step by step · four questions · learnability failures before users encounter them · simulate before you test

Cognitive Walkthroughs

A cognitive walkthrough simulates the thought process of a first-time user step by step through a task — asking four specific questions at each action to identify where the interface fails to communicate what to do next.

Learnability Evaluation Onboarding Design Navigation Review New User Experience Feature Discoverability Pre-Launch Audit

Two sentences.

A cognitive walkthrough is a structured usability inspection method in which one or more evaluators work through a defined task step by step, asking at each action whether a first-time user would know what to do, whether they would recognise the correct action, whether they would know they have made progress, and whether they could recover from errors — producing a systematic record of where the interface fails to communicate its own operation to someone encountering it for the first time. Unlike heuristic evaluation, which assesses an interface against a set of general principles, the cognitive walkthrough is specifically focused on learnability — whether a new user can figure out the interface through exploration without prior training or documentation.

The method was developed by Clayton Lewis, Peter Polson, and colleagues at the University of Colorado in the early 1990s, building on cognitive science research into how users form action plans when interacting with unfamiliar systems. What makes it specifically valuable for product teams is its cost and speed: a cognitive walkthrough can be conducted by a designer or PM in a few hours without recruiting participants, producing actionable learnability findings on any interface that can be documented as a sequence of steps — including prototypes, competitor products, and flows that have not yet been built.

Apply this when…

A new feature or flow is designed primarily for users who have never used the product — learnability is the primary usability concern
A usability test is scheduled but the team wants to remove obvious learnability failures before the session so the test can surface deeper issues
An onboarding sequence is being evaluated and the team needs to identify the specific steps where new users would lose confidence or abandon
A redesign introduces new navigation patterns that experienced users would need to learn — the walkthrough identifies where the relearning burden is highest
A competitor's onboarding or core flow is being evaluated as part of a competitive analysis and the team needs a structured learnability assessment

When NOT to apply it

Skip it when the intended users are domain experts who will learn the interface through formal training — cognitive walkthroughs evaluate learnability for novices, not efficiency for experts. Skip it when the interface is a simple, single-action form with no navigation decisions. Skip it when the team needs to understand why real users struggle — usability testing is required to validate walkthrough findings. Skip it when evaluators lack sufficient knowledge of the target users' goals and prior knowledge to simulate their perspective accurately.

The mechanism

A cognitive walkthrough works by forcing the evaluator to adopt the perspective of a first-time user at each step of a task sequence. Instead of reviewing the interface as a whole, the evaluator moves through it action by action, asking four specific questions at each step that probe the learnability failure modes identified in cognitive science research. The discipline of answering these questions at each individual step forces the evaluator to confront moments of likely user confusion that are invisible at the level of overall impression.

01
New users navigate by exploration, not by reading documentation
The cognitive science behind the method is grounded in research by John Carroll on the "minimal manual" — his finding that users almost universally skip manuals and documentation and attempt to learn software by trying things out. This means learnability is determined by the interface itself, not by the documentation written to explain it. A user who cannot determine what to do next by looking at the interface will not consult the help documentation — they will either guess, get it wrong, and feel frustrated, or give up.
02
Four questions at every step
The standard cognitive walkthrough asks four questions at each action. First: will the user know that this step needs to be performed? Second: will the user notice that the correct action is available? Third: will the user associate the correct action with their goal? Fourth: if the action is performed correctly, will the user understand the feedback and know they have made progress? These four questions have been validated in usability research as covering the primary failure modes for first-time users attempting unfamiliar tasks.
03
Cognitive walkthroughs find different problems than heuristic evaluations
Heuristic evaluation assesses compliance with established usability principles across the full interface; cognitive walkthrough specifically assesses learnability for a specific task performed by a specific user type. Heuristic evaluation will find a missing breadcrumb (a "visibility of system status" violation); cognitive walkthrough will find that a new user attempting to cancel a subscription would not know to look in account settings because the word "subscription" does not appear in the navigation. The methods catch different problems and should be used together.
04
Failure count, failure type, and severity by step
A cognitive walkthrough produces a structured record: for each step, each of the four questions is answered as Pass or Fail, with a brief description of why a failure would occur. Steps with multiple failures are the highest-risk moments for new user abandonment. Categorising failures by question type reveals whether the primary problem is goal communication, action visibility, label clarity, or feedback adequacy. Each failure type has a different design response, and identifying the dominant failure type shapes the redesign priority.

User profile determines findings

The cognitive walkthrough evaluates learnability for the specific task and user profile defined at the outset. Changing the task or the user profile changes the findings. An interface that passes for an experienced web user may fail completely for an older user with limited technology experience attempting the same task. The user profile — including prior knowledge, familiarity with conventions, and likely mental model — must be defined explicitly before the walkthrough begins.

Monzo's sign-up flow and the learnability audit that preceded its redesign

When Monzo's growth team investigated why a meaningful proportion of users who downloaded the app were not completing account setup, a cognitive walkthrough of the sign-up flow was conducted before any user research was commissioned. The walkthrough defined the user profile as a smartphone user in their late twenties with moderate tech literacy, no prior experience with app-based banking, and a goal of opening a current account in under ten minutes.

At the step where users were asked to verify their identity by uploading a photo of their passport, the cognitive walkthrough identified a failure on question three: users would see the upload button and know what to press, but the label "Upload document" did not communicate clearly enough that the document needed to be the specific identity document previously selected, and that a blurry or partial photo would fail verification and require the step to be repeated. The feedback on a failed upload — a generic error message with no specific guidance — was a failure on question four. Both failures were identified without recruiting a single participant, in a session that took ninety minutes. Both were confirmed in the subsequent usability test.

Monzo · Sign-Up Flow
Cognitive walkthrough predicts usability test findings — removes known failures before user research begins
Step 1 Enter email Next All Q pass Step 2 Verify ID Upload document Error occurred Q3 + Q4 fail Q3: "Upload document" does not specify which document or required quality Q4: Generic error — no recovery guidance for the user Step 3 Confirmed Highest failure density — predicted abandonment point Monzo sign-up · cognitive walkthrough · Q3 and Q4 failures at identity verification · confirmed in subsequent usability test
90-minute walkthrough predicted the usability test's primary finding

Test yourself & see real examples

No examples yet — be the first.

Spotted an onboarding flow or feature where it was immediately obvious what to do next — or one where you got stuck at a specific step with no clear indication of what the interface expected from you? Submit what you observed.

✓ Reviewed before publishing ✓ Your name on every example you submit ✓ Violation or fix — both welcome

Seen Cognitive Walkthrough insights ignored in a real product? Help grow the evidence base.

Where teams go wrong

Conducting the walkthrough without defining the user profile first. The four questions are only answerable relative to what a specific user already knows. "Will the user notice the correct action?" has different answers for a daily web app user and a first-time form user. Teams that begin without explicitly defining the target user end up answering from their own perspective as product experts — producing findings for experts, not for the novice users the walkthrough is designed to evaluate.
Skipping failure documentation and only noting gross failures. A walkthrough that records only steps where the evaluator is certain a user would fail misses the most valuable output — the marginal failures where a user would probably succeed but only after significant hesitation or lucky guessing. These soft failures are harder to identify but are more common and collectively produce an interface that is technically navigable but exhausting for first-time use.
Treating a passing walkthrough as proof of learnability. Evaluators with product knowledge systematically underestimate the difficulty of steps they find obvious, because they cannot fully simulate the absence of knowledge they possess. A flow that passes a walkthrough conducted by its own design team should still be validated with five to eight real first-time users before launch.
Using cognitive walkthroughs for efficiency evaluation rather than learnability. The method is designed to assess whether users can learn to use an interface through exploration — not whether expert users can use it efficiently. Teams that apply it to power user flows or interfaces that users are trained on produce findings that are technically correct but irrelevant. Use task analysis and efficiency testing for expert user evaluation.

Connected ideas

Cognitive walkthroughs sit within the expert inspection toolkit alongside heuristic evaluation — both assess interfaces without recruiting participants, but each catches different categories of problems. Understanding how they differ helps teams deploy them at the right moment for the right question.

The most important pairing is cognitive walkthroughs with Usability Testing. Cognitive walkthroughs predict learnability failures from the evaluator's simulation of novice cognition; usability testing confirms whether real novice users actually experience those failures and surfaces failures the simulation missed. Neither alone produces a complete learnability picture — but the cognitive walkthrough before the usability test makes the test session more efficient by removing the predictable failures, allowing the test to surface the unpredictable ones.

Run it right now

⏱ 10 minutes · Solo · No prep

The Four-Question Step-Through

Pick one key flow in your product that new users need to complete — sign-up, first-time feature activation, account setup. Write out the sequence of steps from start to completion. Aim for five to ten discrete actions.

1. Define your user profile in two sentences: who is this person, what do they already know, and what do they not know? Be specific — "a 35-year-old small business owner who uses Gmail and Google Sheets daily but has never used a dedicated invoicing tool" is a useful profile; "a typical user" is not.

2. For each step in the sequence, ask these two questions — the two that most commonly reveal learnability failures: Will the user know that this step needs to be done? Will the user associate the correct action with their goal?

3. Note any step where your answer is uncertain or negative.

4. Mark every step where you answered "probably not" or "maybe" to either question. Each marked step is a learnability risk. If more than two steps out of ten are marked, the flow has a systemic learnability problem worth prioritising before launch.

10 minutes