Designing in the browser , not the mockup
Why we prototype live in code, skip pixel-perfect comps, and how it speeds up sign-off with real clients.
Why we prototype live in code, skip pixel-perfect comps, and how it speeds up sign-off with real clients.
The tension in any web project is that the deliverable is code, but the review artifact is a picture. Every round of feedback on a static comp is feedback on something that will never exist, and every round is a delay.
A comp shows one viewport, one state, one theme. The real site has three breakpoints, five states per component, dark mode, keyboard focus, and reduced motion. You can not sign off on those in Figma. So you sign off on the picture, ship the site, and rediscover half of the design language in the browser under a deadline.
We build the design system as code in week one (colors, type, spacing, primitives) and prototype pages in the browser from week two. Clients see a real URL, on a real device, in every state. Feedback becomes concrete.
The best design tool is the medium your users will actually see.
Exploration. Moodboards. Alignment on direction before you write CSS. We still start there. We just move on faster.
Design director at SUE. Designs in the browser, argues in Figma, and thinks pixel-perfect comps are lying to you.