Confusing Terms — Prevention vs. Recovery, Flexibility vs. Control
Students already know all 10 of Nielsen's heuristics by name from Task 3. This lesson doesn't teach new heuristics — it teaches students to tell two genuinely confusable pairs apart, because the external exam rewards precision, not recognition.
Learning Intentions
- Distinguish "Help Users Recognise, Diagnose & Recover from Errors" from "Error Prevention"
- Distinguish "Flexibility & Efficiency of Use" from "User Control & Freedom"
- Find and justify a real example of each of the four heuristics inside a live interface
Success Criteria
- I can classify an interface element as prevention or recovery, and say which visual clue told me
- I can classify a feature as flexibility or control, and explain my reasoning when the surface answer is ambiguous
- I can identify, explain and evaluate one real usability issue in my own learning platform
Say this out loud in class: this task is deliberately built on the AS92006 achievement ladder. The closing question asks students to identify (Achievement), explain (Merit), and evaluate (Excellence) in three separate steps — naming that structure explicitly gives students a rehearsed move for the external exam, not just a one-off worksheet answer.
Lesson Sequence
| Time | Phase | Activity | AFL |
|---|---|---|---|
| 5 min | Retrieval Hook | Pairs: "Name as many of Nielsen's 10 heuristics as you can in 90 seconds." Collate on the board. Frame the lesson: "Today isn't new heuristics — it's telling confusable ones apart, because that's exactly what the exam tests." | Gauge retention from Task 3 |
| 5 min | Frame the Stakes | Show the AS92006 Achievement/Merit/Excellence verbs (describe / explain / evaluate). Point out today's closing task is built directly on that ladder. | Check students can name the three verbs |
| 10 min | Direct Instruction — Pair 1 | Teach Recovery vs. Prevention using the reference cards. Emphasise the given clues (red = already happened; greyed out = can't go wrong) as memory hooks. | Cold-call: "which clue, and why?" |
| 10 min | Guided Classify — Table 1 | Whole class works through the 4-item Recovery/Prevention table together. Cold-call for reasoning, not just the label — see the answer key below for the one genuinely ambiguous item. | Listen for reasoning language, not guessing |
| 8 min | Direct Instruction — Pair 2 + Paired Classify | Teach Flexibility/Efficiency vs. Control/Freedom. Pairs then work Table 2 independently — circulate specifically to the two trap items (Ctrl+Z, revert to default). | Probe the two trap items directly |
| 15 min | Your Learning Interface | Teacher models one example live on Google Classroom first (see modelled examples below), then pairs screenshot one real example of each of the four heuristics from their own class's Google Classroom. | Circulate; check evidence, not just a label |
| 7 min | Exit — Identify / Explain / Evaluate | Written: propose one change to improve the learning interface, structured as identify → explain → evaluate. Collected. | Formative — direct rehearsal of the exam's own verb ladder |
Answer Key — with Reasoning
Table 1 — Recovery vs. Prevention
"A red box says 'Password must include a number'"
Help Users Recognise, Diagnose & Recover from ErrorsRed, and it names what's wrong — matches the given clue and the given worked example almost exactly.
"A red box says 'Password must include a number'" Discussion point
If this message appears live, as the student types — before any submit attempt — a good student could reasonably argue it's actually preventing the error rather than recovering from one. The same visual element can serve either heuristic depending on when it appears, not just what colour it is. Worth raising as a genuine class discussion, not shutting down as a wrong answer — it shows exactly the kind of reasoning Merit/Excellence rewards.
"The 'Next' button is greyed out until all steps are done"
Error PreventionMatches the given example almost verbatim (submit button greyed out until required fields filled).
"A pop-up says 'Are you sure you want to delete this file?'"
Error PreventionA confirmation check before an action — explicitly listed under Prevention's own "look for" list.
"You click a broken link and get a 404 error page with help links"
Help Users Recognise, Diagnose & Recover from ErrorsThe error has already happened; the page explains what went wrong and offers a way forward.
Table 2 — Flexibility vs. Control
"Ctrl+Z to undo" Trap item
User Control & FreedomThis is the whole point of the confusable pair. Ctrl+Z is invoked by a keyboard shortcut, which looks like it belongs under Flexibility ("look for: keyboard shortcuts"). But classify by function, not input method: what the feature does is reverse a mistake — an escape hatch — which is Control & Freedom's whole definition. A keyboard shortcut is just how you trigger it; ask "what does this let the user escape or reverse?" before "how do you activate it?"
"A drop-down with filter by price or rating"
Flexibility & Efficiency of UseA genuine sorting/filter tool, offering a different route to the same task — no ambiguity here.
"'Cancel order' button"
User Control & FreedomA direct match to the "cancel buttons" example in the reference card.
"Option to revert to default settings" Trap item
User Control & FreedomTempting to call this Flexibility (it's a "settings/personalisation option"), but the same test applies: reverting is undoing accumulated changes to get back to a known-safe state — an escape hatch from your own customisation, not a new route to a task.
Modelled Examples — Your Learning Interface
Model ONE example live before releasing pairs — these two are drawn directly from this class's own Google Classroom, so they're real, not generic. Confirm they still match before the lesson, since Classroom's UI can change.
Unposted classwork (Task 6, Task 7 items) sits as "Draft" — invisible to students until the teacher deliberately clicks Post. This prevents the error of unfinished material appearing in the live class feed before it's ready.
Posted classwork can be edited after publishing (visible as "Edited Jul 20", "Edited Yesterday" in the feed). The teacher isn't locked into what was first posted — a genuine escape hatch for a mistake made after publishing, not before it.
Error Recovery and Flexibility/Efficiency examples are better modelled live in front of the actual class feed on the day — Classroom's exact UI at the time of teaching will show clearer, more current examples than anything pre-written here.
Resources
Task 6 Student Worksheet (clean, no answers)
The two explainer cards, both classify tables, the Your Learning Interface screenshot task, and the identify/explain/evaluate reflection — safe to upload directly to Google Classroom.
🖨️ Open printable resource →- New Zealand Qualifications Authority. (2023). Achievement Standard 92006 v2 — Demonstrate understanding of usability in human-computer interfaces.
- Nielsen, J. (1994). 10 Usability Heuristics for User Interface Design. Nielsen Norman Group.
Design Note
The two "trap" items (Ctrl+Z, revert to default) are the actual teaching point of this lesson, not edge cases to smooth over. Resist giving the answer fast — let a wrong first guess happen, then ask "what does this feature let you do?" rather than "what triggers it?" That question is the transferable skill: students who can separate a heuristic's function from its input mechanism will handle novel exam interfaces they've never seen, not just the ones rehearsed in class.
Transition Management
- →Hook → framing: keep the board list of heuristics visible/on-screen through the framing step — don't erase it before naming the achievement ladder.
- →Guided Table 1 → Pair 2 instruction: don't let the Table 1 discussion (especially the "when does it appear" debate) run long — bank it as "great exam-level thinking" and move on, or Table 2 loses its allotted time.
- →Paired Table 2 → Your Learning Interface: have Google Classroom already open and logged in before releasing pairs to the screenshot task — no dead time hunting for the tab.
- →Application → exit ticket: give a 1-minute warning so pairs pick their strongest example to write up, rather than scrambling at the bell.
Teacher Reflection (Post-Lesson)
Did the "when does it appear" discussion on the password example land as intended — genuine exam-level reasoning — or did it just confuse students? Worth keeping next time?
Could most pairs correctly classify Ctrl+Z and "revert to default" by the end, or does the function-vs-mechanism distinction need a second pass before Task 7?
Did the modelled Google Classroom examples (Draft status, Edited posts) still match the live UI? Update this page if not.
In the exit tickets, did students genuinely evaluate (propose + justify a fix) or stop at identify/explain? What's the scaffold for next time?