
Overview
Respect the system the team has built
A product may have years of interface work in Sketch. Its libraries, symbols, and file conventions contain decisions the organization still relies on. A redesign should begin by understanding those decisions, including the ones that no longer serve the customer, before proposing a new set of screens.
We use Sketch to work within that context. The opportunity may be a clearer flow, more consistent components, or a more dependable handoff between design and development. The format of the file matters because a team must be able to continue using the work after we leave.
What We Do With it
Product work that fits the team
We can audit an interface library, refine reusable components, design new screens and states, prototype key journeys, and prepare specifications for implementation. We pay particular attention to places where a component is used differently across the product or where the visual design hides a harder usability problem. A useful improvement leaves the team with a clearer pattern and a reason to use it, not simply a new collection of artboards.
How We Use It
Begin with the live experience
We review the product as customers and staff encounter it, then compare that experience with the existing design files. We map a small number of high-value tasks, test proposed changes, and update the library alongside the screens that use it. Empty, loading, and error states are part of the work.
We coordinate with engineering on what can be implemented and document decisions that should survive the handoff. The aim is a stronger product experience and a design system the team can maintain in its own environment.






























