Understand people and tasks.
Review the current experience, listen to the people using it, and map the journeys that matter. Distinguish a visual preference from a problem that prevents someone doing their work.
When it helps
A polished screen is one part of the experience. People also need to know where to go, what is happening, what a decision means, and how to recover when something goes wrong.
What we take on
Review the current experience, listen to the people using it, and map the journeys that matter. Distinguish a visual preference from a problem that prevents someone doing their work.
Shape navigation, information architecture, and task flows. Make the relationship between content, actions, and feedback understandable before refining the interface.
Develop a visual language, responsive layouts, and interaction details that fit the product. Consider content, hierarchy, and behavior together.
Prototype and review important paths, including empty, loading, error, permission, and recovery states. Bring findings back into both the design and implementation.
Decisions & detail
Specific questions, deliberate tradeoffs, and useful artifacts that make the work understandable.
Responsiveness includes more than breakpoints. Layouts need to accommodate touch and keyboard input, larger text, translation, dense data, small screens, and wide displays. Content should keep its hierarchy as the available space changes.
The detail: a complex table may need a different small-screen task flow, while the underlying data stays the same.
Loading, empty results, validation, interruptions, expired sessions, unavailable services, and successful completion all affect trust. Specify what people see, what they can do, and where focus moves next.
The detail: preserve entered information after a recoverable error and make the next action clear.
What you take forward
The exact scope is agreed around your product. These are the kinds of outputs that turn the work into a useful next step.
The result is a considered experience with enough detail to build and enough rationale to evolve. Repeated decisions become candidates for a shared design system.
Keyboard use, focus, labels, contrast, reduced motion, and changing content are design inputs. We work through those behaviors with engineering so the intended experience survives implementation.
How we build in careA practical question