THE INTERFACE UX PROCESS

Evidence at every gate. A partner through the build.

The process scales from a two-week study to a multi-quarter enterprise programme. The phases stay stable because they protect the decision. The methods, cadence, people, and artefacts adapt to the product.

DECISION
01Understand02Architect03Craft04Prove

THE PRINCIPLE

A decision should survive the meeting.

Every gate converts discussion into a durable product record. It names the evidence, accepted tradeoff, owner, implementation consequence, and open question. Product, design, engineering, legal, and leadership can return to the same truth.

The work does not advance because a presentation felt polished. It advances because the decision is understood well enough to test and build.

THE FOUR PHASES

What happens, what ships, and what must be true before we move.

Timelines shown are representative. Every engagement has its own scope and written gate contract.

01

Week 1-2

Understand

Find the real task, failure, and consequence.

WORK
  • Stakeholder and user research
  • Product and data audit
  • Task, role, and failure mapping
  • Baseline and measurement contract
GATE TO ADVANCE

A signed decision memo names who, what, why, consequence, owner, and what evidence could change the direction.

02

Week 2-4

Architect

Define the objects, states, roles, flow, and exceptions before the surface.

WORK
  • Information and object architecture
  • Role and permission model
  • Flow, state, and exception map
  • Wire-level working prototype
GATE TO ADVANCE

The working flow survives task trials, edge conditions, technical review, and the intended operating context.

03

Week 4-8

Craft

Make behaviour precise enough to feel and build.

WORK
  • Visual and content system
  • Motion and interaction grammar
  • Tokens, components, and patterns
  • State-complete production design
GATE TO ADVANCE

The staged build matches the accepted behaviour across responsive, keyboard, loading, failure, and reduced-motion states.

04

Post ship

Prove

Test the decision against the baseline and keep the evidence attached.

WORK
  • Production usability round
  • Task and business metric readout
  • Implementation and design-system audit
  • Close-out and next-decision memo
GATE TO ADVANCE

The record states what moved, what did not, the outcome window, the evidence boundary, and the next accountable action.

THE WORKING WEEK

Every week should change the product.

We keep research, product, design, engineering, and the accountable leader close enough to correct the work early.

MON

Frame

Question, risk, owner

TUE

Observe

Behaviour and evidence

WED

Build

Flow, state, interface

THU

Test

Use, load, comprehension

FRI

Decide

Gate and next action

PARTNER IN THE ROOMENGINEERING IN THE LOOPDECISION ON THE RECORD

THE QUALITY CONTRACT

Quality is product behaviour.

The product is not ready when the happy-path frame is beautiful. It is ready when the interaction remains understandable under real use.

01

Keyboard

Every consequential action works without a pointer and focus remains visible.

02

Contrast

State never depends on colour alone and information survives real display conditions.

03

Latency

Work that takes time is acknowledged, explained, and safe to leave.

04

Failure

Partial and failed states preserve user input, agency, and a route to recovery.

05

Accessibility

Zoom, screen readers, dynamic type, motion preference, and touch targets are designed as product states.

06

Evidence

Every accepted interaction keeps the research, tradeoff, and measure close to the build.

WHAT SHIPS

The product record and the implementation system.

You own both. The evidence stays attached to the interface engineering receives.

DECISION PACKAGE

The product record

  • Product and evidence audit
  • Design and interaction specification
  • Decision memos and open questions
  • Measurement and rollout contract
BUILD PACKAGE

The implementation system

  • Source design and prototype files
  • Tokens, components, and patterns
  • Motion and accessibility specifications
  • Handoff pipeline and dev-QA record
RESEARCH / EVIDENCE LEDGERLIVE SYNTHESIS
SESSION 04 · 18:42“I understand the result. I do not know what happens next.”Decision uncertainty
TASK TRACE7 of 9 users opened help after successState failed to explain consequence
PATTERNSuccess state needs ownership and next action8 supporting observations
DECISION / RS-014

Move confirmation into the success state.

Evidence
8/9 sessions
Owner
Activation squad
Measure
Repeat help opens

THE WORKING STACK

Tools are chosen around the evidence and product environment.

Figma
Rive
Maze
Dovetail
Miro
Mixpanel
Hotjar
PostHog
Linear
Jira
Notion
Storybook
Github
Slack
Framer
Webflow
LottieFiles
Google Analytics
Firebase

THE PROCESS

Start with the flow that carries consequence.

Name the person, the decision, the failure, and what the business carries when it goes wrong.

Start a Product