The Visibility Problem
If you can’t see it, you can’t fix it.
That’s the uncomfortable truth about most design systems. The health of your components, the consistency of your tokens, the gaps in your documentation—it’s all invisible until something breaks.
The scattered reality
Design system health metrics live everywhere and nowhere. Adoption rates in one spreadsheet. Accessibility audits in another. Token usage buried in code. Component status tracked in someone’s head.
Cross-platform cohesion is difficult. Your React components tell one story, your Figma files another, and nobody’s quite sure if they match.
Why this happens
It’s not negligence. Design system teams are often stretched thin, maintaining components across multiple platforms while fielding requests, educating consumers, and trying to stay ahead of deprecations.
Manual visibility doesn’t scale. And when you can’t see the full picture, you’re always playing catch-up.
What visibility actually looks like
We think visibility means three things:
Regression detection before it ships. Baseline monitoring that catches when something drifts—accessibility patterns, token values, prop changes—and tells you before users do.
Documentation gaps surfaced automatically. If the same questions keep coming up, that’s a signal. Analysing common queries reveals what’s missing from your docs.
Metrics that tell a story. Not vanity dashboards, but data you can actually use in stakeholder conversations. Health scores that make the invisible work visible.
Making the invisible visible
The work of design systems—governance, education, cross-team coordination—rarely gets the visibility it deserves. We’re building Gotrino to change that.
Because you can’t improve what you can’t see.