Skip to main content
← Back to Writing

Design systems are decisions, not components

Systems · 5 min · 2025

Context

Most teams think a design system is a collection of buttons, colors, and components. That understanding is incomplete, and usually the reason their system collapses under scale. A real design system is not what you build. It’s what you decide to stop debating.

Core Idea

A design system exists to reduce decision fatigue, not to increase consistency for its own sake. Components are just the visible output. The system itself is the set of constraints, defaults, and tradeoffs agreed upon ahead of time. When teams argue about spacing, color usage, or component behavior in every new feature, they don’t have a design system; they have a shared folder.

Visual Concept

Interactive Demo: Decision-First Token Flows

Toggle spacing, corner radius, and accent theme. See how design-system decisions propagate gracefully compared to ad-hoc styling.

Component-First (Hardcoded Values)
CategoryStatic Date

Ad-hoc Hardcoded Layout

This layout has static margins and values. Swapping variables fails because elements do not inherit unified token values.

$99.99
Decision-First (Token-based Flow)
TokenizedDynamic Scale

Fluid Dynamic Interface

This component consumes local design tokens. Changing scales propagates spacing, roundness, and theme changes instantly.

$99.99

Breakdown

Every meaningful system answers questions before they are asked: • What spacing scale do we believe in? • What states matter, and which ones don’t? • What flexibility are we intentionally removing? These decisions feel restrictive at first. That’s the point. Constraints create speed. Ambiguity creates meetings. A mature system does not try to cover every edge case. It defines the happy path clearly and lets everything else feel slightly uncomfortable. That discomfort is a signal: “This might not belong.”

Implications

If your design system feels heavy, it’s likely because it’s over-documenting instead of under-deciding. Strong systems: • Make the obvious choice easy • Make the wrong choice slightly annoying • Push complexity upward, not outward Components change. Decisions compound.
The goal isn’t visual consistency. It’s cognitive relief. A good design system lets teams focus on the product, not on negotiating pixels.