Task frame
The work begins by clarifying the goal, users, entities, constraints, and success criteria. This makes the product problem clear before moving into the interface.
Process
The key principles preserve the connection between the task, the user journey, and the interface structure. They make the work easier to follow and help prepare the result for review and implementation handoff.
The work begins by clarifying the goal, users, entities, constraints, and success criteria. This makes the product problem clear before moving into the interface.
The user journey is then defined: where they arrive from, what they see, which decisions they make, and how they continue an unfinished action. This keeps the scenario connected before individual screens are detailed.
Entities, sections, states, and their relationships form a clear structure. It determines which parts become separate interface areas, which remain inside a scenario, and which information matters at the moment of decision.
The visual layer appears after context, route, and structure are agreed. The solution is then refined through components, states, and responsive behavior.
Before handoff, the solution is checked as a complete user journey. The scenario, data, responsive behavior, and constraints must be reflected in the implementation material.
The process consists of connected stages: each clarifies the solution and creates a foundation for the next.
First, the product needs to be understood and its real complexity located. It may be connected to a scenario, data, roles, business constraints, or implementation conditions.
At this stage, users, their tasks, interface entities, constraints, and outcome criteria are defined. This creates a product frame that shows what needs particular attention.
After the task frame, the product is broken down into routes. It is important to see entry into the product, movement between scenarios, and decision points.
This step establishes how a person enters the product, moves between sections, makes decisions, and which situations the interface must support.
A route may begin with search, a workspace, a task list, or a detail screen. In each case, the page becomes part of a sequence: the person arrives from a clear starting point, makes a decision, and continues the action.
UX architecture translates the product model into an interface structure. It determines which entities receive separate sections, which remain part of a scenario, and which information matters at the moment of decision.
Elements in one scenario can play different roles: help users orient themselves, refine a choice, begin an action, or show a restriction. Their place in the structure makes the journey clear and supports future interface development.
Once the scenarios and product structure are clear, the interface is decomposed into components with different areas of responsibility.
The visual foundation, repeatable elements, product components, larger blocks, and data preparation each serve their own purpose. This separation preserves the connection between the visual layer, product logic, and the user scenario.
The visual language emerges once the product structure is clear. It helps people see what matters and understand the role of every element.
Typography, grid, spacing, color, and interface density support that structure: they show where a person is, what they can do now, and which elements need attention.
After the interface is designed, it is reviewed in an environment close to implementation: through a demo, prototype, or local build.
The review shows interface behavior with varied data, long content, errors, different screens, and transitions between actions. Its results refine component requirements and the rules that need to be handed to development.
Documentation records the product model, accepted decisions, component boundaries, and validation rules. It gives everyone involved a shared foundation for the next tasks.
AI helps analyze material, prepare options, and update documentation within agreed rules. Decisions about the product, quality, and final acceptance remain human responsibilities.
The final stage confirms that the solution is ready to hand over to development. The validation method depends on the task type.
The handoff records what changed, which part of the product the decision affects, which checks were completed, which constraints remain, and what needs manual review.
The process provides a clear order for work on a complex interface.
New product parts build on agreed decisions. They can be reviewed and evolved while preserving the connection between the user task and the interface structure.
Contact
Helping turn complex business logic into a clear UX structure, shape component systems, and create durable interfaces.
Email me