Journeys and prototype
We establish the user journey, information hierarchy and key screens before working on decorative details.
We design interfaces for websites and digital products. We bring user journeys, content and visual language into a system that is easy to use.
You need a new product design, improvements to an existing interface or a coherent system to replace disconnected screens.
We establish the user journey, information hierarchy and key screens before working on decorative details.
We choose typography, colour, graphics and rhythm. The brand’s character supports the content.
We work through components, states and responsive behaviour. We document interactions so development can start from clear decisions.
Agreed designs and components with descriptions of the main states and behaviour. The number of screens and handover format fit your team and task.
Yes. We can handle design separately and prepare material for your development team. We discuss constraints, required states and the working arrangement in advance.
We first discuss the task, source material and constraints. Then we agree on scope, stages, an estimate and the approval process. If the scope changes, we discuss the effect on budget and schedule before proceeding.
Yes. First, we establish which brand elements should stay and what makes the product difficult to use. Structure and components can change without replacing the whole visual identity.
A prototype helps test the screens, structure and sequence of actions. A finished design specifies typography, colour, graphics and component states. We agree the depth of each stage around the task.
Responsive behaviour is part of the design process. We agree on devices and key journeys, then define how navigation, components and content placement change across screen sizes.
An agreed set of designs, components and notes on interface behaviour. We clarify loading, error and empty states, along with other important journeys. The handover format is agreed with your team.
It does not always need a large, separate system. A library of recurring components and core rules is often enough. We choose a scope that supports the product’s growth without adding unnecessary work.