Design system adoption from 12% to 75%

How we took design system adoption at BVNK from 12% to about 75% across seven apps, and wrote one set of rules that designers and AI agents both build with.

The problem
Design and code didn't match, and apps built their own parts, so the same work was done many times.
What we did
Made adoption a goal, measured from the code, and wrote one set of rules for people and AI agents.
Results
Adoption went from 12% to about 75% across seven apps. The Mastercard rebrand went through the system. Agents now build interfaces that follow our rules.
My role
Head of Design. I owned the adoption goal and led the work with design and frontend.

Why it matters

When each app builds its own buttons, tables and forms, the same part gets built and fixed several times over. Delivery slows down, the product looks a little different in every corner, and a new brand would mean touching every screen by hand.

What we did

Measure it

In August 2025 we started counting adoption from the code. A tracker I built reads every app, counts its components and reports the share that comes from the design system. That share became our design OKR, and we checked it about once a month.

Design system adoption across seven apps, from 12% in August 2025 to about 75% in November 2026.0%25%50%75%100%Q3 ’25Q4 ’25Q1 ’26Q2 ’26Q3 ’26Q42025-08-29: 12%2025-09-18: 21%2025-10-28: 23.8%2025-11-26: 36.8%2026-01-27: 35.7%2026-02-24: 44%2026-03-25: 45.3%2026-05-18: 47%2026-06-04: 47%2026-07-06: 51.71%2026-09-08: 62.3%2026-10-05: 69.5%2026-11-01: ≈75%12%≈75% +63 pts
Total adoption in ink, each of the seven apps in grey. The November figure is approximate.

One source of truth

In October 2026 we rebuilt the design library to match the code exactly, component by component, with the same names and options. Designers and engineers now work from the same parts, and the rebuild also surfaced mismatches worth fixing. The documentation shows each of our 61 components as the real thing, with examples of it in use.

One set of rules for people and AI

Under the components sit about 420 rules, such as where the buttons go in a form. Each rule is written once. Designers see it drawn with real components, and AI agents read the same rule as data when they build. A concept in any shape, whether a sketch, a prototype or a screenshot, can be rebuilt by an agent from our components, and it follows our rules from the start. The compliance checks designers used to do by hand now happen as the screen is built.

For designers
Do
CancelSave
Don't
SaveCancel
For AI agents
{  "rule": "Form footer: Cancel on the    left, one primary action on    the right.",  "status": "decided"}
The same rule, written once and read by both.

The payoff

In August 2026, BVNK became part of Mastercard, and the product needed a new look. It was more than new colours: buttons went black and fully rounded, and surfaces became warmer. Because every app drew from the same tokens and components, the change went through the system instead of through every screen. It took minimal effort and saved us what could have been weeks of work.

A screen from our portals vision in the new look, drawn as a skeleton.

The rebrand itself is in Evolving BVNK for life inside Mastercard.

What it gave us

Screens get built faster because the parts and the rules are already decided, and fewer questions reach design because the answers are in the docs. With the basics settled, the team spends its time on the business and what customers need next. That’s where our vision for the portals picks up.