How do you get a whole team
speaking one language?

A design token system, built to keep design and engineering aligned as Blocto’s team grew.

Blocto’s product lines kept expanding and the engineering team grew fast. The more people shipping, the harder it got to keep everything consistent. In Q4 2022 we began rolling out design tokens, and from the start we treated it as ongoing maintenance, not a project with an end date.

Groundwork

Defining tokens is easy. Making them stick is the work.

Prep started back in Q3. I read through how other teams had rolled out their own systems, then went back and forth with our engineering lead for weeks, all around one question: how do we make this hold up in every project, instead of living in a spec no one opens?

The Challenge

The hard part was never the tokens. It was getting two teams to change how they work.

On the engineering side, that meant selling the idea first, agreeing on shared rules, then working out how new projects would adopt tokens while the older ones kept running untouched.

On the design side, every designer had their own projects and their own habits. We had to settle on one workflow so our design files mapped cleanly onto the tokens. Without that, engineering had nothing clean to pick up.

The System

One system, two layers.

Global tokens hold the raw values. Aliases on top carry the meaning, so a designer picks “primary,” not a hex code.

01

Colors

A full scale for every hue, 50 through 900 at the global layer. The alias layer on top assigns the roles: primary, secondary, error.

Global color tokens: full 50 to 900 scales across blue, purple, cyan, green, amber, and red, each with hex values and usage
Alias color tokens: semantic names mapped onto the global color scales

02

Typography

Sizes, line heights, and weights as raw tokens. Then aliases, heading, body, button label, that say what each style is actually for.

Typography tokens: global font sizes, line heights, and weights, plus semantic aliases for headings, body, and button text

03

Dimension & Shadow

Spacing, icon sizes, radius, and border width. Plus two shadow sets, one tuned for app and one for web.

Dimension and shadow tokens: spacing, icon sizes, radius, border width, and separate app and web shadow sets

Takeaways

Two things stay with me.

  1. Hand-built work like this is becoming history. Before long, AI will name and maintain tokens on its own, no one editing them line by line. And that’s no bad thing.
  2. What I’ll remember is the rest of it: engineering and design pulling the same direction, and a whole workflow getting sharper because two teams decided it should.
The full design token system laid out: colors, typography, dimensions, and shadows across the product