·
5–7 hours
HD·P2·01 Basic → Advanced

Design Systems Fundamentals

The discipline that makes scale possible.

A design system is the most leveraged investment a product team can make. This course teaches the foundations: what a design system actually is, how Atomic Design provides its architecture, how to implement it in Figma and code, and how to govern it over time.

LEARNING OUTCOMES

  1. 01 Distinguish between a design system, style guide, and component library
  2. 02 Apply Atomic Design methodology to structure a component hierarchy
  3. 03 Define and implement design tokens as the foundation of your system
  4. 04 Build a Figma component library that reflects your design system
  5. 05 Create documentation that engineers can actually use
  6. 06 Establish governance processes for maintaining system health
01

What is a Design System?

A design system is not a component library. It is not a style guide. It is a living product that serves other products — with all the governance, versioning, and organizational politics that implies.
01 ▶ present

The term 'design system' is wildly overloaded. Teams use it to mean different things, which creates confusion when two teams compare notes. Let's be precise:

Visual Language: The aesthetic decisions — colour, type, illustration style, photography. Every brand has this, even if undocumented.

Style Guide: A documented version of the visual language, usually a PDF or static page. It tells you what to use, not how to implement it.

Component Library: Reusable UI components in a tool (Figma library, Storybook, NPM package). Solves implementation consistency, but not decisions.

Pattern Library: Documented UI patterns — how to handle empty states, form validation, data tables. Higher-level than components.

Design System: The integrated whole — design tokens, component library, pattern documentation, design principles, contribution guidelines, governance processes, and the team or role responsible for maintaining it. It is a product with users (other designers and engineers) and a roadmap.

The key distinction: A component library is a tool. A design system is an organization's shared visual and interaction language, with the infrastructure to keep it consistent, up to date, and adopted across all products.

02

Atomic Design Methodology

Atomic Design gives us a vocabulary for the hierarchy of UI components — atoms, molecules, organisms, templates, pages. It is not a strict methodology; it is a mental model for thinking about component composition.
02 ▶ present

Brad Frost introduced Atomic Design in 2013. It provides a hierarchical mental model for interface design, borrowing from chemistry:

Atoms: The smallest functional UI elements. They cannot be broken down further without losing their meaning. Examples: a button, an input field, a label, an icon, a colour swatch. Atoms are often too abstract to be useful alone, but they are the building blocks.

Molecules: Simple combinations of atoms functioning together as a unit. A search form (input + button + label) is a molecule. A card header (avatar + name + timestamp) is a molecule. Molecules have a defined, singular purpose.

Organisms: Relatively complex components composed of molecules and/or atoms. A navigation bar is an organism. A product card with image, title, price, and CTA is an organism. Organisms form distinct sections of an interface.

Templates: Page-level structures that place organisms into a layout. A template shows the arrangement of components without real content. It is a wireframe-fidelity content structure.

Pages: Templates with real, representative content. Pages are what users actually see — and where design systems are validated against real conditions.

Important: Atomic Design is a mental model, not a strict classification system. The lines between atoms and molecules, molecules and organisms, are often blurry. What matters is developing a shared team vocabulary for composition levels.

03

Design Tokens — The Foundation

Design tokens are the atoms of a design system. They are named, stored design decisions — and they are the bridge between design tools and code.
03 ▶ present
04

Building a Figma Component Library

Your Figma library should mirror your codebase's component structure. When a developer sees your components, they should recognize them from the code.
04 ▶ present
05

Documentation That Gets Read

Documentation that no one reads is decoration. Good documentation answers the question the user is about to ask, at the moment they are about to ask it.
05 ▶ present
06

Governance & Contribution

A design system without governance is a style guide with an expiry date. Governance is the immune system that keeps the system coherent as it grows.
06 ▶ present
07

Measuring Design System Health

Adoption rate is the North Star metric for a design system. Everything else — coverage, consistency, velocity — is a leading indicator.
07 ▶ present