Audited what each acquisition brought
If the acquired company had a design system, we mapped it. If not, we structured one — then planned adoption from their real product surfaces, not from a blank template.
FNZ · 2021 - 2023
How FNZ's acquisitions adopt one design language — in months, not years.
FNZ's growth model meant buying companies and bringing their products into the platform. Each one had its own visual language — or no system at all. The old process was slow: workshops with every acquired team, long alignment cycles, and months before anything looked or felt like FNZ. Average adoption took around 27 months. That was the bottleneck — not ambition, but how we onboarded design language after a deal closed.
Long cycles with acquired product teams before the FNZ language started to land in live interfaces.
The stack could not migrate 100% on day one — so the interface had to move first, as close to FNZ as possible while backends caught up.
Audit, tokenize, adopt in layers — cutting average onboarding from 27 months to 6 without forcing a big-bang rewrite.
My contribution
Not a Figma library on a shelf — an adoption model I rolled out across squads and measured in design, engineering, and product, for acquired companies and white-label clients alike.
If the acquired company had a design system, we mapped it. If not, we structured one — then planned adoption from their real product surfaces, not from a blank template.
Tokens first for maximum impact, then standalone components, then page-level patterns — so teams could adopt progressively without stopping delivery.
Tracked rollout in design, development, and product — a holistic view of what was actually shipping, not just what was documented.
Three libraries
I structured the layers to double as adoption checkpoints. Any squad could see whether a product sat at token level, component level, pattern level, or full system maturity. That made rollout legible — design, engineering, and product read the same stage and knew what came next.
Typography, color, spacing, radius, elevation, motion, and icon rules — the semantic foundation. Adopting tokens first made every screen feel closer to FNZ before components were rebuilt.
Buttons, inputs, tables, navigation elements — standalone building blocks teams could drop into existing products without waiting for full page templates.
Dashboards, onboarding flows, settings, data tables — composed patterns that made whole surfaces consistent and sped up white-label delivery once the model was lean.
Once adoption was streamlined, pre-built white-label models became practical — new clients and acquisitions could start from proven structures instead of from zero.
01 · Audit
Audit is faster when the acquired company already runs a design system. We inventory tokens, components, and patterns, compare them against FNZ foundations, and build a gap map for gradual adoption.
When there is no system, we do not pretend one exists. We audit the live product surfaces, extract recurring UI decisions, and structure a net-new foundation — then adopt as if starting from zero, but anchored in what users already see in production.
Relative audit effort — illustrative, not a fixed timeline.
Token adoption propagates widest — highest leverage per change.
02 · Tokenize
Tokenize is the fastest path to visual coherence. Typography, color, spacing, radius, elevation, motion, icons, breakpoints — semantic tokens mapped to roles, not one-off values on each screen.
On acquisitions with an existing system, we mapped their tokens to FNZ equivalents where possible. Without a system, we defined the token layer first so every subsequent component inherited the same rules — web and mobile, acquired product and white-label client.
03 · Inject
Inject is not a big-bang rewrite. We introduce FNZ navigation, forms, tables, and patterns inside acquired interfaces while legacy areas still run underneath. Users see progress in weeks; technology migration can follow over months.
Each micro-frontend squad shipped what its architecture allowed — some took new UI slices inside the old shell, others needed wrapper-level changes. I kept the principle constant: inject the FNZ interface into theirs until the product reads as FNZ, without blocking teams that still had clients to serve.
New system surfaces ship inside the existing product frame.
04 · Measure
The three library layers are also the yardstick. We tracked whether a product had reached token adoption, component adoption, pattern adoption, or full system maturity — and whether design, engineering, and product were aligned on the same stage.
The maturity model replaced guesswork with a shared vocabulary. PMs saw rollout progress, designers knew which layer to target next, and engineers measured Storybook coverage against what was still legacy in prod. Each squad learned to run its own adoption without me in the loop — the system outlived my involvement in it.
~32% of UI on FNZ tokens. Fast first win — color, type, and spacing aligned.
~62% adopted. Reusable buttons, inputs, and tables replacing one-offs.
~92% adopted. Page patterns and templates — ready for white-label scale.
Illustrative maturity model — tracked per product in design, dev, and PM tooling.
The charts
The design system changed how fast acquired products could adopt the FNZ language — and how many projects the team could ship once the model was repeatable. Not a technology swap overnight; a faster path to visual and structural alignment.
Impact
The libraries were not only documentation — they were how we monitored rollout. A product at token level looked different from one at pattern level, and that clarity is what took adoption from 27 months to 6.
Average time for an acquired product to reach FNZ design language maturity — from workshop-heavy onboarding to a repeatable rollout model.
Relative increase in projects delivered once the system, templates, and adoption playbook scaled across products.
Adoption tracked in Figma libraries, Storybook coverage, and live product surfaces — one view of progress, not three conflicting stories.
01 · Token level
Color, type, spacing, and motion aligned — the fastest path to visual coherence. When tokens land, every screen starts to read as FNZ before a single component is rebuilt.
02 · Component level
Buttons, inputs, tables, and navigation shipping from the shared library — replacing one-offs in acquired products and cutting rework for every new feature.
03 · Pattern level
Dashboards, settings, and flows composed from proven patterns — not redesigned screen by screen. The product starts to feel like one platform, not a patchwork of acquisitions.
04 · System level
Templates and full maturity — new clients and acquisitions onboard from a proven base instead of starting from zero. This is where rollout speed compounds.