Skip to content

Object–Action Interface

Model a user's task objects and actions as corresponding interface hierarchies in which a visible object is selected first and the interface then exposes actions applicable to it.

Version
v2 · 2026-09-06 · History
Domain-specific #
2409
Origin domain
computer science
Subdomain
human computer interaction
Aliases
OAI model, Object-action model, Object–action interface model

Core Idea

An object–action interface organizes interaction around the user's domain objects: select or reveal an object first, then expose the actions that are meaningful for that object. The deeper model pairs a hierarchy of task objects and task actions with a comprehensible hierarchy of interface objects and interface actions. The mapping lets users transfer knowledge of the work domain into predictions about the interface instead of memorizing command syntax.

Shneiderman's direct-manipulation account supplies the closely related requirements of continuous object representation, physical action, rapid feedback, and reversible operations. The object–action model adds an explicit analysis of the task and interface hierarchies that make those representations coherent.

Scope of Application

The model applies to document editors, file managers, design tools, dashboards, visual programming, and domain applications where users recognize durable work objects. Hutchins, Hollan, and Norman explain directness through the semantic distance between user intentions and interface mechanisms, a criterion that also tests whether an object–action mapping is genuinely comprehensible.

Clarity

Document the task objects and actions separately from widgets and commands. Show the mapping between the two hierarchies; define selection state, action availability, feedback, cancellation, and undo; and test whether users identify the same objects the design assumes. “Object first” is a design consequence, not a substitute for task analysis.

Manages Complexity

Hierarchical decomposition prevents a large command vocabulary from appearing as one undifferentiated list. Object context narrows the available actions, and visible state reduces recall. Consistent mappings let a learned operation transfer across similar objects.

Abstract Reasoning

  1. Observe representative users performing real tasks.
  2. Identify their domain objects, actions, goals, and vocabulary.
  3. Decompose complex objects and actions into usable hierarchies.
  4. Create interface representations that preserve important task relations.
  5. Make the current object and its state perceptible.
  6. Offer only actions whose preconditions are satisfied, while preserving discoverability.
  7. Provide immediate outcome and error feedback.
  8. Support reversal, recovery, and safe exploration.
  9. Measure whether the mapping reduces gulf of execution and evaluation.

Knowledge Transfer

The portable pattern is bind available operations to a visible selected entity through a hierarchy that mirrors the user's task model. It transfers to API resource actions and contextual tools. The proposed immediate parent is Interaction Technique.

Relationships to Other Abstractions

Local relationship map for Object–Action InterfaceParents appear above the current abstraction, mutual partners to the right, and children below. Node labels state whether each abstraction is prime or domain-specific; colors identify relation types.Object–ActionInterfaceDOMAINDomain-specific abstraction: Interaction Technique — is a kind ofInteractionTechniqueDOMAIN

Current abstraction Object–Action Interface Domain-specific

Parents (1) — more general patterns this builds on

  • Object–Action Interface is a kind of Interaction Technique Domain-specific

    Interaction Technique is the proposed immediate parent.

Hierarchy paths (5) — routes to 4 parentless roots

Neighborhood in Abstraction Space

Object–Action Interface sits in a sparse region of the domain-specific corpus (95th percentile for distinctiveness): few abstractions share its structure, so a faithful description tends to retrieve it precisely.

Family — Unclustered & Miscellaneous (1565 abstractions)

Nearest neighbors

Computed from structural-signature embeddings · 2026-09-08