A design token is the smallest unit of a design system — a name on a value, a value on a name. Color, spacing, radius, type scale. The system's atoms; everything else is composed from them.
In plain language
In product and design, this term is part of the language teams use to plan, sketch, and refine what users actually see. A design token is the smallest unit of a design system — a name on a value, a value on a name. Color, spacing, radius, type scale. The system's atoms; everything else is composed from them. If you are new to the field, the simplest mental model is this: a named, versioned value for a design decision. Read it once with that frame in mind, then come back and read it again — that is usually enough for the rest of the entry to make sense.
An everyday picture
Think of Design Token as a small habit a team agrees to keep. The single act is tiny; the value comes from everyone doing it the same way, the same week, every week.
Where it shows up
Design Token sits inside the everyday rhythm of building software: planning, reviews, the small decisions that pile up between releases. Done well, it shows up as a calmer week; done badly, it shows up as rework.
A small example
Imagine the scene above. The role Design Token plays is the one its blurb describes — A named, versioned value for a design decision. When a new app feels obvious the first time you use it, ideas like this are part of why nothing got in your way.
Common misunderstanding
One line to take with you
Design Token is a habit. The first time costs the most; every time after that is mostly muscle memory.