User research
Interviews, analysis of what exists, a record of what actually blocks people. Not a sticky-note workshop among ourselves.
Tell us the context and we will help you work out the next step.
Take stockWhat we do UI / UX design
Area 05
Research, journeys, clickable mockups tested with real people, then a design system your teams can take over without us.
In the project
Interviews, analysis of what exists, a record of what actually blocks people. Not a sticky-note workshop among ourselves.
The path of every task, screen by screen, before any drawing tool is opened.
Usable on the right device, not images placed side by side.
Real people, real tasks, and a report of what failed.
Colours, type, components and states, documented in Figma. One more screen is then drawn without us.
Measurements, behaviours, edge cases. What a mockup leaves out is exactly what gets decided badly at the end.
Our approach
Interviews, analysis of what exists, measurement of the current journey where there is one.
Journeys and zoning, approved in greyscale before any visual decision.
Complete mockups, states included: empty, loading, in error.
Test sessions, fixes, then delivery of the design system and its documentation.
Use cases
Existing products whose users drop out along the way.
Teams that develop without mockups and build the same screen twice.
Projects that have to be shown, to a board or an investor, before being built.
Bearings
Yes. The design system is delivered in Figma with its documentation, and your developers take it from there. It is in fact the best way to check that it is clear.
Five are enough to surface most of the blockers on a given journey. Beyond that, the same problems come back.
We change it. That is exactly what the test is for, and it is far cheaper at that point than after development.
Also worth a look
Give us a few pointers about your business and your priorities.
Take stock