Skip to content

// Design System

Components, shipped.

Track every component, token, and pattern from proposal through documentation and release. Your design system grows deliberately, not accidentally.

// Board Preview
05 columns

Proposed

3

Add toast notification component with auto-dismiss

Component

Define spacing scale tokens (4px base grid)

Token

Establish form validation pattern with inline errors

Pattern

Designing

2

Design data table component with sorting and pagination

Component

Create color palette tokens for dark mode variant

Token

Building

3

Build modal dialog component with focus trap and animations

Component

Implement responsive breakpoint tokens in Tailwind config

Token

Build dropdown menu pattern with keyboard navigation

Pattern

Documented

2

Write usage guidelines for button component variants

Component

Document empty state pattern with illustrations and copy

Pattern

Live

2

Avatar component - sizes, fallback initials, status dot

Component

Typography scale tokens published to npm package

Token
// How to use this template
04 steps
01

Propose components before building

Create a card in Proposed for every new component, token, or pattern request. Include the use case, where it will be used, and reference screenshots. This prevents duplicate work and aligns design and engineering.

02

Categorize by system layer

Use Component, Token, and Pattern labels to classify each item. Components are reusable UI elements. Tokens are design primitives like colors and spacing. Patterns are interaction recipes that combine both.

03

Add acceptance criteria in checklists

For each card, add a checklist: Figma spec complete, coded in Storybook, accessibility tested, responsive behavior verified, documentation written. This ensures consistent quality for every system addition.

04

Publish only after documentation

Move cards to Live only after the Documented stage is complete. Every component, token, and pattern needs usage guidelines and code examples before other teams can adopt it.

// FAQ
03 questions
01

What is a design system board?

+

A design system board tracks the lifecycle of UI components, design tokens, and interaction patterns from proposal through design, development, documentation, and release. It gives your design and engineering teams a shared view of what is being built and what is ready to use.

02

Can I customize the labels for my design system?

+

Yes. Flux labels are fully customizable. Add labels like Icon, Layout, Animation, or Accessibility to match your design system taxonomy. You can also add status labels like Deprecated or Experimental.

03

How does Flux help manage a design system?

+

Flux keeps designers and developers aligned with real-time sync as components move through stages. Use checklists for acceptance criteria, attach Figma links and Storybook URLs to cards, and track the complete history of every component in the activity log. The multi-board view lets you monitor your design system alongside your product sprints.

// Build your system

Consistent UI, one board.

No credit card. Manage your design system with real-time sync, acceptance checklists, and team-wide visibility.