Intent
A person arrives with a goal, not an interest in the interface.
HAAM skills / Interaction design
Interaction design shapes the dialogue between a person and a product: what people can do, how the system responds, and how that exchange feels from moment to moment.
Design the conversation, not just the screens.
HAAM skills
The core model
A person acts, the system answers, and the quality of that exchange, its speed, clarity, and honesty, is what people experience as good design.
A person arrives with a goal, not an interest in the interface.
They act on whatever the design suggests is possible.
The system changes state and must make that change visible.
The person reads the result and decides what to do next.
What is interaction design?
The classic Gillian Crampton Smith and Kevin Silver model is useful because it makes the material of interaction design explicit: words, visuals, physical context, time, and behaviour.
Labels, buttons, errors, and instructions. Short interface copy carries disproportionate weight.
Typography, icons, imagery, and layout communicate state and hierarchy before anyone reads closely.
The device and context matter: a thumb on a phone outdoors is a different problem than a mouse at a desk.
Animation, sound, latency, progress, waiting, and change over time all need to be designed.
How the system reacts to what people do, including mistakes. This is where an interface earns or loses trust.
The principles
These principles are older than most digital products. They remain useful because human attention, expectation, error, and learning have not been replaced by new interface technology.
Things should look like what they do. A clear button invites action; an ambiguous control taxes attention.
Every action deserves a visible reaction. Silence after a click is how people learn to distrust an interface.
Controls should relate naturally to their effects so people do not have to translate the interface in their heads.
Good interfaces make errors hard to commit by limiting choices to what is currently valid.
Same problem, same pattern. Needless variation makes people relearn the product instead of using it.
Undo, confirmation for destructive actions, and recoverable states keep inevitable mistakes cheap.
The detail work
A saved draft, a password check, a pull-to-refresh: tiny loops of trigger, rules, feedback, and repetition. Products feel polished when hundreds of these are deliberately designed and broken when they are accidents.
How HAAM helps
The educational model becomes practical product work when flows, prototypes, edge cases, accessibility, and implementation are treated as one interaction system.
Map intent, information, decisions, and handoffs so the shortest useful path is visible.
A flow people can understand at a glance.
Use clickable or coded prototypes to test timing, hierarchy, feedback, and content before those decisions become expensive.
Confidence in how the product actually feels.
Loading, errors, permissions, empty states, keyboard paths, and responsive behaviour receive the same care as the ideal journey.
A product that remains clear under pressure.
What you leave with
Interaction decisions should be understandable, testable, buildable, and extensible without losing the thread.
Bring the complex flow, awkward state model, unclear AI behaviour, or interface that makes people stop and think when they should be moving.
Start a project ↗Optional analytics. Google Analytics and Clarity load only if allowed; form, email, and chat content are excluded.