Back to Work Systems

Workhuman Design System

How a token-based architecture eliminated 15+ button variations, unified US and Ireland teams, and reduced dev cycles by 60%.

Role Design System Designer (Web)
Timeline 2024 – Present
Platform Web (Desktop + Mobile Responsive)
Team Designers · Developers · Product Managers
Methods Design Tokens · Component Architecture · Documentation · Governance Frameworks · Accessibility Testing

From 3–4 Week Dev Cycles to a Single Source of Truth

Before the design system, engineers rebuilt components for every feature. Designers in the US and Ireland worked from different assumptions. The system fixed both.

↑60%
Reduction in Dev Cycle Time
From 3–4 week feature cycles to reusable, documented components engineers can implement without redesign.
70% reduction in design debt. 85% reduction in repeated designer–engineer Q&A per feature.
15+
Button Variations Eliminated
Down to one governed component
95%
Adoption Rate
Across designers and developers
40%
Faster Design-to-Dev Handoff
Documentation eliminated back-and-forth
2w
Dark Mode Shipped
vs. 2–3 months without tokens

Design Inconsistency at Enterprise Scale

Workhuman builds HR and recognition products used by global companies. By the time I joined, the design inconsistency had become a real problem — two regional teams, no shared components, and engineers rebuilding the same things over and over.

Design inconsistency — fragmented button styles, spacing, and color usage across products before the system
Distributed Team Challenges

US + Ireland Working in Silos

Two teams with different design approaches, no shared language, and no single source of truth.

  • Misaligned implementations across regions
  • Duplicate work happening in parallel
  • Knowledge gaps across time zones
Design Fragmentation

15+ Button Variations

Each designer creating their own styles, colors, and spacing scales — by hand, per feature.

  • Inconsistent UX across products
  • 15+ button variations in production
  • Massive technical debt accumulating
Slow Development Cycles

3–4 Weeks Per Feature

Engineers rebuilding components from scratch because no reusable code library existed.

  • 3–4 week dev cycles per feature
  • 85% of designer time spent answering repeated questions
  • No reusable component code library

Foundation of Scalability

The token system took a few weeks to set up properly. It's slower upfront than just picking colors and moving on — but it's what made everything downstream actually manageable.

Token color system — primitive and semantic color scales organized in a structured grid
Tier 1
Primitives
Base scale for spacing, colors, and typography — the foundation all other tokens reference.
5B63E4 · spacing-4 · font-16
Tier 2
Aliases
Translate primitives into semantic meaning between design and engineering.
humanity/60 · brand-primary = humanity-60
Tier 3
Semantic Tokens
Add contextual meaning, making implementation intuitive for engineers without design context.
surface-primary · text-default
Tier 4
Component Tokens
How base primitives manifest in actual UI patterns — buttons, inputs, cards.
button-bg-primary · input-border-focus
Enables Theming
  • Dark Mode = Change Tier 1 primitives only
  • All components update automatically
  • Dark Mode shipped in 2 weeks (not 3 months)
Scales Globally
  • Single source of truth for 20+ people
  • US & Ireland teams stay synchronized
  • No "shadow design systems" emerging
Reduces Maintenance
  • Update one token = update everywhere
  • No hunting for hardcoded values
  • 70% reduction in design debt

Building Blocks of Consistency

Foundation, navigation, data display, forms, feedback — every category documented with states, variants, and accessibility annotations.

Figma component library — organized component categories and variants
Button component — states, variants, and properties in the design system
Foundation

Typography scale (6 sizes), color palette (primitive + semantic), 8pt grid spacing, elevation system, border radius scale, 200+ icon library.

Navigation & Data

Top nav, sidebar, breadcrumbs, tabs, pagination, steppers. Cards (8 variants), sortable tables, lists, avatars, tooltips, modals.

Forms & Feedback

Text inputs (8 states), dropdowns (6 states), checkboxes, radios, toggles, date pickers. Alerts, toasts, progress bars, loading spinners, status badges.

Making the System Usable

Components without documentation = components that don't get used. Every component shipped with overview, anatomy, code examples, usage guidelines, behavior specs, and accessibility notes.

Storybook documentation — component anatomy, code examples, and usage guidelines
New designer onboarding
2w → 3 days
Engineer questions
60% reduction
Consistent implementation
95% adherence

A System That Gets Used

The library being built wasn't the hard part. Getting people to actually use it — and keep using it as the product grew — that took more deliberate work.

Governance model — version control, contribution process, and live update feed
01

Cross-Functional Ownership

Designers, developers, and product managers all had defined roles in the governance model. Contributions and reviews were distributed, ensuring the system reflected real product needs.

02

Contribution Process

New component request → validate need (3+ use cases) → design review → engineering feasibility → documentation required → approval and addition to library. Kept the system lean.

03

Version Control

Semantic versioning (1.2.3), changelog with every release, deprecation warnings with 6-month notice, and migration guides for breaking changes. Teams could update on their schedule.

The first few components didn't feel any faster than just doing it from scratch. The payoff came gradually — around component 15 or 20, engineers stopped pinging designers for specs on things we'd already solved. New features started showing up in reviews that were already mostly right. That's when I understood what the system was actually for.

Design System in Production

Token-based theming in action across Workhuman's products — consistent component usage, accessibility built in, responsive from 320px to 1920px.

Design system in production — token-based theming with consistent components across Workhuman products
Dark Mode — shipped in 2 weeks via token architecture, full component coverage
Why Dark Mode Was Fast
  • Create dark color primitives: 1 day
  • Update semantic token mappings: 2 days
  • Test components for contrast issues: 1 week
  • Ship: 1 day

Old approach (component-by-component updates): 2–3 months. New approach: 2 weeks total.

Mobile-First Responsive
  • Components adapt 320px → 1920px
  • All touch targets meet 40x40px minimum
  • Grid system handles complex responsive layouts without custom CSS

Back to the beginning

Workhuman Careers Refresh

2.7% → 64.6% CVR — real data, sustained over 3 months

View Case Study All Work