Skip to content
On this page Definition

Atlas · DS234 · Future / AI: Goal

Outcome-Oriented UI

Interface prioritizes verifiable results, not only commands.

  • Status in 2026: Emerging. Appearing in practice, not yet settled.
  • Trend 2027 to 2030: Potential (an editorial projection, not a forecast).
  • The term: Known technical term or standard.

Definition

Interface prioritizes verifiable results, not only commands.

Traits

  • goals
  • checks
  • evidence

Typical settings: Business OS, Management.

When to use it, and when not

Consider it when the task and motivation match: teams operating automations. Typical settings: business os, management.

Be careful when the risk below would hurt the main task: artificial metrics and black box.

UX risk and how to reduce it

Risk: Artificial metrics and black box.

Mitigation and accessibility: Explicit success criteria.

How to check: Test with realistic scenarios: task success, accuracy, reversal, auditability, understanding of what the system does on its own, and a human's ability to step in.

Evidence

Emerging: exploratory work, with no causal validation for this style.

The sources below support the principles that apply to this term. None of them shows that this style works better or is preferred.

Heuristic scales

Relative editorial judgements from 1 to 5. They are not results of a study and not a measure of quality.

Visual complexity heuristic
2 / 5 (1 is few visual elements, 5 is many layered elements)
Expressiveness heuristic
2 / 5 (1 is restrained, neutral, 5 is highly expressive)
Information density heuristic
4 / 5 (1 is sparse, 5 is dense)

In our library

No design-style recipe in @codeatlasdev/ui implements this term yet. You can still build it from the --ca-* tokens: see Theming.

Prompt for your AI

Paste this into a coding agent. It carries the trade-offs, and asks for a baseline to compare against.

Design this interface in the "Outcome-Oriented UI" direction (future / ai, goal): Interface prioritizes verifiable results, not only commands.
Visual and interaction traits to use: goals, checks, evidence.
Main UX risk: Artificial metrics and black box. Mitigate it: Explicit success criteria.
Keep it accessible to WCAG 2.2 AA: contrast, visible focus, keyboard operation, 24 px minimum targets, reflow at 320 CSS px and reduced motion.
Keep the content, hierarchy and behavior the same as a plain baseline so the two can be compared. Do not claim the style performs better; the choice should be validated with users.

References

  1. Hassenzahl (2004). The Interplay of Beauty, Goodness, and Usability in Interactive Products. Human-Computer Interaction, 19(4).Supported

    Supports: Two studies with four MP3-player skins: goodness depended on perceived usability and hedonic attributes, while beauty largely depended on identification, a hedonic attribute. Beauty and goodness were related but not the same.

    Does not support: Results for other products, tasks or populations. The products were four skins of one kind of player.

    Checked 2026-10-25.

  2. Luera, Rossi, Siu, Dernoncourt, Yu, Kim, Zhang, Chen, Salehy, Lipka, Basu, Mathur, Zhao (2025). Survey on User Interface Design and Interactions for Generative AI Applications. Foundations and Trends in Human-Computer Interaction.Supported

    Supports: A survey that presents taxonomies of how a human interacts with AI and of the user-interaction patterns designed for a variety of generative AI use cases, as a reference for designers and developers. It focuses primarily on user-guided interactions, those the user initiates.

    Does not support: That any pattern works better, or that a generative interface should act without the user's direction: the survey leaves out implicit signals from the user and reports no outcome comparison. The abstract read is the arXiv version of the same survey (earlier title); the published monograph's own text was not reachable.

    Checked 2026-10-25.