Design System Architecture Review
Review the product outcomes, taxonomy, tokens, governance, adoption, and migration model behind a design system.
Publication status
Preview, not yet portable
This reviewed synopsis can launch an editable workflow draft. The full internal definition and reference files are not published here.
Use Cases
When to use it
Audit a component library or token system before expanding it.
Diagnose why teams are not adopting an existing design system.
Plan a flow-by-flow migration from duplicated UI patterns.
Workflow
How it works
- 1
Name the product outcomes the system must make faster, safer, clearer, or more coherent.
- 2
Map atomic layers and test whether products and the system inform each other.
- 3
Review token tiers, component taxonomy, ownership, releases, intake, and accessibility.
- 4
Choose an evidence-backed migration path and next operating change.
Try It
Start with an editable prompt
Audit this design system for product outcomes, adoption gaps, taxonomy, governance, and migration risk.
Diagnose why this component library is not being adopted and propose the next operating change.