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.
01 — TL;DR
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.
02 — When to Use
Apply this when…
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.
03 — How It Works
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.
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.
04 — Real Example
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.
05 — In the Wild
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.
Seen Cognitive Walkthrough insights ignored in a real product? Help grow the evidence base.
06 — Common Mistakes
Where teams go wrong
07 — Variations & Related Principles
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.
08 — 10-Min Exercise
Run it right now
⏱ 10 minutes · Solo · No prep
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.