A Design System Needs an Owner
If a design system is considered complete as soon as it is published, exceptions accumulate and no one updates the system.

When a template dictates every detail, people tend to copy it exactly or abandon it altogether. A more effective approach fixes only the non-negotiable decisions and allows variation elsewhere. The template guidelines should make that choice explicit.

Putting a template in a file does not make it ready for use. The first step is to fix the non-negotiable decisions and allow variation elsewhere.
Simply shortening an overly prescriptive template leaves users facing the same choice: copy it exactly or abandon it altogether.
Fix the non-negotiable decisions and allow variation elsewhere. Until then, the template still dictates every detail.
Templates most often lose their intent when work is divided among teams. Each department takes away a convenient instruction, without the boundaries that give it meaning.
The template still appears to prescribe every detail, while internally no one can explain why people either copy it exactly or abandon it altogether.
The smallest useful unit is a judgment someone can apply on the spot. Template guidelines should provide that unit of guidance.
With the template in hand, users should have no need to guess what the brand team would think.
During template reviews, examine one real application and check whether the guidelines have slipped back into prescribing every detail.
Revisions can be useful. The problem is failing to acknowledge that a revision has changed the template.
Judgment should stay with the people using the template. The design lead must also give them authority to reject requests that conflict with the guidelines.
End training with one question: can users explain where variation is allowed?
From non-negotiable principles to tools for everyday use, each layer answers one question, keeping the template from slipping back into prescribing every detail.
This layer defines what is non-negotiable in the template.
This layer turns the template into criteria that can be checked.
This layer defines what can change when the template is used in different contexts.
This layer puts the template in users’ hands and makes the exceptions explicit.
Note: This diagram is a conceptual framework. It explains a way of thinking and is not statistical data. Source: Qingmei Future Insights.
Identify the moments when people actually turn to the template. Start there, rather than trying to lock down every detail.
Use concise template guidance in place of lengthy explanations. Keep only what supports the principle: “Lock in the non-negotiable decisions; allow variation everywhere else.”
At the template review, ask one question: can users explain where variation is allowed? If they cannot, the decisions are not yet clear.
The design lead. Without an owner to maintain it, a template will be quietly altered when conflicts arise.
If a design system is considered complete as soon as it is published, exceptions accumulate and no one updates the system.
If anyone can add a component whenever they need one, the number of components grows while the system becomes harder to use.
In everyday design work, a verbal agreement to make a one-off exception often leads to the same exception recurring until it becomes the rule in practice.