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.
// Design System
Track every component, token, and pattern from proposal through documentation and release. Your design system grows deliberately, not accidentally.
Proposed
3Add toast notification component with auto-dismiss
Define spacing scale tokens (4px base grid)
Establish form validation pattern with inline errors
Designing
2Design data table component with sorting and pagination
Create color palette tokens for dark mode variant
Building
3Build modal dialog component with focus trap and animations
Implement responsive breakpoint tokens in Tailwind config
Build dropdown menu pattern with keyboard navigation
Documented
2Write usage guidelines for button component variants
Document empty state pattern with illustrations and copy
Live
2Avatar component - sizes, fallback initials, status dot
Typography scale tokens published to npm package
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.
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.
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.
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.
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.
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.
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
No credit card. Manage your design system with real-time sync, acceptance checklists, and team-wide visibility.