Digital Technologies 1.3 · Level 1 · 5 credits · External

Usability in Human‑Computer Interfaces

Everything in this unit is exam preparation.

The standard

“Demonstrate understanding of usability in human-computer interfaces.”

That is the Achieved wording. Merit and Excellence change the verb.

The verb progression

demonstrates understanding
→ examines
→ evaluates

Quoted from the achievement standard

Achieved · demonstrate understandingdescribing the purpose of interfaces · describing usability principles and their use
Merit · examineexplaining how principles have been applied · explaining usability in terms of those principles
Excellence · evaluatecomparing the usability of interfaces · applying principles to suggest improvements

Achievement Criteria and Explanatory Note 1 — quoted, not paraphrased.

The one sentence that matters

Excellence adds exactly two things:

a comparison
and a principle-grounded improvement.

Excellence is not
“the same answer, longer.”

The chain — on the board all week

featureprincipleevidenceeffect on user / taskeffect on purposejudgement / trade-off

Which links earn which grade

Links 1–2 · feature, principle → AchievedGet these wrong and everything above is wrong too, however well written.
Links 3–5 · evidence, effect on the task, effect on purpose → Merit
Link 6 + a like-for-like comparison + a specific improvement → Excellence
Achieved

Describe what is there.

“Tell me what this interface is for, point at something a person could actually see or click, and name the principle it uses. If I can't picture the thing you're pointing at, you haven't described it yet.”

Merit

Explain how it works, and what it does to somebody.

“Now tell me how that feature applies the principle, what changes for one named person doing one exact task, and why that matters to what the interface exists to do. If your sentence would still be true about a completely different app, it isn't an explanation.”

Excellence

Compare, judge, improve.

“Take the same action in two interfaces. Say which one does it better and why, using the principles. Then propose a specific change that isn't already there, and say what it would do for that person. That's evaluation.”

Now watch the difference

The same feature, written three ways

  • Interface: CityLink Events A and B — both in the Task 11 practice pack, so we all look at the same evidence.
  • Feature: how the interface confirms an event was saved.
  • User: Sam, who has low vision and uses a keyboard, saving Saturday's Harbour workshop.

These three paragraphs were written to make the difference visible. They are not NZQA exemplars.

Achieved — demonstrates understanding

CityLink Events exists to help people find local events and keep track of the ones they want to go to. In Interface B, after the user selects “Save event”, a message appears reading “Saved: Harbour workshop”, with an “Undo” option beside it. This uses visibility of system status, because the interface tells the user what it has just done. The Undo option also uses user control and freedom, because it gives the user a way back out of an action they did not mean to take.

Why it stops here

Purpose named. A feature you could point at. Two principles, with their use described.

No mechanism. No named user. No comparison.

Merit — examines

Interface B applies visibility of system status by returning a written confirmation that names the specific event: “Saved: Harbour workshop”. How it does that matters for Sam, who has low vision. She does not have to notice a small change in a star icon, and she does not have to remember which row she was on when she clicked, because the interface states both the outcome and the thing it happened to. She can also enlarge that text with the A+ control, which she cannot do to an icon's colour. This removes the step where an uncertain user clicks a second time to check — the step that produces duplicate saves and, worse, a user who arrives on Saturday without the event stored at all. Because Sam can confirm the save at the moment she makes it, the site is better able to do what it exists to do.

Why it's a Merit

Explains how the principle is applied. Traces the mechanism through a named user on an exact task. Reaches the interface's purpose.

Still no comparison. Still no improvement.

Excellence — evaluates · the comparison

For the same action — saving the Harbour workshop and confirming it is saved — Interface A gives Sam a star icon that changes state, with no words and no named confirmation, while B returns “Saved: Harbour workshop” with an Undo beside it. B is more effective for Sam on this task. On visibility of system status, A requires her to perceive a small graphic change and infer which event it belongs to; B states the outcome and the object together. On user control and freedom, A offers no visible route back from a wrong save, whereas B's Undo sits inside the same message. On accessibility, B carries availability in text while A encodes it in a colour key she may not be able to use at all.

Excellence — the trade-off and the improvements

A is not simply the worse design: it shows more events per screen, so a user who can scan quickly gets more information for less scrolling. That compactness is a genuine trade-off, not a fault.

Two improvements to A. First, give A's star a text label that changes to “Saved” when the event is stored — this applies visibility of system status and gives Sam B's confirmation without giving up A's compact layout. Second, mark availability with text or a shape as well as colour, so meaning is not carried by colour alone — this applies accessibility. Neither change is already present in A.

One limit: a static mock-up cannot show whether either interface is keyboard-operable or whether focus is visible, so I cannot judge the keyboard part of Sam's task from this evidence.

Why it's an Excellence

  • Like-for-like comparison — the same action, not two different features
  • A judgement about which is more effective
  • Three principles doing the comparing
  • Two specific improvements that aren't already there
  • A trade-off and an evidence limit — these turn it from a preference into a judgement

The most common ways
ākonga fall short

One per grade. Each has a one-line fix.

Achieved

The shortfall

Writing the definition of a principle instead of its use. “Error prevention is when the design stops errors before they happen” is a definition — alone it scores nothing, because the criterion asks for principles and their use.

The fix, in one prompt

“Point at it. What would I see on the screen?”

Merit

The shortfall

Replacing the mechanism with an adjective — “easier”, “more user-friendly”. Conclusions with the reasoning deleted, true of almost any interface.

Second most common: stopping at the user and never reaching the interface's purpose.

The fix, in one prompt

“Easier for whom, at which exact step, compared with what?”

Excellence

The shortfall

Writing more rather than differently — a longer Merit with no comparison. Where they do compare, comparing unlike things: a feature in A against a different feature in B.

Close behind: proposing an “improvement” the interface already has.

The fix, in one prompt

“Same action in both. Which one, and why? What would you change that isn't already there?”

Where each task sits

  • Task 6 — Confusing terms · links 1→2 · getting the label right when two heuristics are genuinely confusable. Protects every grade above it.
  • Task 7 — Mātāpono Māori · links 2→3 · is the label earned by the evidence, or attached after the fact?
  • Task 8 — Accessibility · links 1→5 + a limitation · first time they run the whole chain to purpose.
  • Task 9 — Precision revision · link 2 under time + link 6 · choosing the most precise lens when several fit, and defending it.
  • Task 10 — Studied interface · link 3 · building the evidence bank. The specification requires a studied interface; this is where they get one.
  • Task 11 — External rehearsal · links 1→6, timed · the Excellence rehearsal: comparison and improvements under time.

Section

Mātāpono Māori,
with precision

Teach both moves

Test the claim.
Supply an example.

A student trained only to test claims can freeze in the exam and score nothing.

An always-safe base they can write from

  • Accurate te reo Māori
  • Spell-check and text support that works for te reo
  • Support for tikanga and mātauranga in how content is organised and presented

Give them this so they always have something honest and specific to write.

Sorting task · can you make it fit?

Rank each claim: strongly evidenced · possible but incomplete · better explained by ordinary HCI.

  • “Back button = rangatiratanga”
  • “Comments = whanaungatanga”
  • “Durable = kaitiakitanga”
  • “Correct tohutō and search support = mātāpono Māori”

The honest position

NZQA sets the standard and the assessment. In the 2025 examination Resource A, rangatiratanga was operationalised as users having control over the interface. Recognise that wording and use it.

And then name one limit — one sentence on what the concept covers that the interface analysis does not reach.

Naming a limit is not hedging.

It is the difference between an assertion and an argument — and it is what a marker reading for depth is looking for.

Hold this line

Tino rangatiratanga is not
a synonym for “user control”.

Comparison is legitimate. Conflation is not.

Exam transfer

One explanation, linking:

observable featurenamed user / taskprincipleeffect on usabilityeffect on purposepossible limitation

A calibration note

Our pages insist on a trade-off. The standard asks only for comparison + improvement.

Treat the trade-off as what makes a judgement convincing — not as a gate that costs a grade.

Verify these — do not assume

  • The exam date. The specification links the national timetable rather than naming one.
  • What candidates may bring in — notes, the Task 10 organiser, screenshots. The specification is silent beyond “computer access”. Check with NZQA or your exam centre.
  • The 2026 paper shape and cut scores. Genuinely unknown. Do not tell ākonga a specific mark is Excellence as a 2026 fact — the figures we have are from a previous year's schedule.
  • What has already been covered past Task 5.

The whole unit, in one line

Point at it. Explain what it does to somebody.
Then compare it, and improve it.