Skip to content
· 6 min read

Design systems that actuallygot adopted

Most design systems fail for organisational reasons. What we learned getting one to 94% adoption.

Colour swatch fans spread open across a tabletop

Most design systems fail for the same reason, and it is not usually technical. The component library works. Nobody uses it.

Why the first two attempts fail

A design system is usually sold as a technical consolidation: nine products have drifted apart, so we will build one shared library. That is the right diagnosis and the wrong intervention, because the libraries that ship this way tend to be technically correct and practically ignored.

There are two predictable reasons:

  1. Contributing was harder than circumventing. If adopting the system saves a team four hours and contributing to it costs them a week of review, the rational choice is to build locally.
  2. Nobody decided what belonged in it. Without a clear boundary and a named owner per component, the library becomes a dumping ground or a bottleneck — and both outcomes kill adoption.
A design system is an agreement. The component folder is just the receipt.

Tokens first, components second

Start with the token architecture — colour, type, spacing, radius, motion. Before any component exists, this makes theming and density a configuration change rather than a refactor. It also forces the underlying disagreements into the open early, which is much better than discovering them during component review.

Then build components with accessibility and tests before they ship, and make failing tests a merge blocker. A component library that is easy to use but subtly wrong about focus order is worse than none, because it distributes the bug.

Make contribution cheaper than circumventing

This is the whole game. We require a named owner per component, a published review cadence with a response-time commitment, and a template that makes the common case a five-minute job. When the path of least resistance leads into the system, adoption follows.

Measure adoption honestly

Count production surfaces using the system, not components imported. The second number is easy to inflate and says nothing useful. On our last design system engagement, adoption reached 94% of production surfaces in eight months, and the metric that predicted it was time-to-merge for a system contribution, tracked from week one.

The other number worth watching: visual and accessibility defects across products fell 71%. That was the outcome the business cared about, and it is a direct consequence of nine teams shipping against one reviewed set of components rather than nine.

Related work

This is the theory. Here is the practice.

The same thinking, applied to a real engagement with measured outcomes.