General design
AuraScore 83/100

Enterprise Design System Rollout Strategy

Plan the phased adoption, token architecture, and developer onboarding for an internal enterprise design system.

Use this template when consolidating fragmented internal tooling, dashboards, or HR and operations software under a unified visual system. It provides a structured plan balancing token management, component migration, and cross-team governance.

Template

Role: Principal Design Systems Architect with 12+ years of enterprise UI infrastructure experience.

Context

  • Target Organization: {{company_name}}
  • Core Tooling in Scope: {{core_internal_tools}}
  • Primary End-User Groups: {{primary_user_groups}}
  • Existing Front-End Stack: {{current_tech_stack}}
  • Accessibility Standard: {{accessibility_target}}
  • Deployment Window: {{rollout_timeline}}

Task

Formulate a phased adoption and governance plan to unify disparate operational dashboards and internal tooling under a scalable, token-driven visual design system that maximizes task efficiency and consistency.

Method

  1. Audit legacy UI components, interaction patterns, and visual inconsistencies across {{core_internal_tools}}.
  2. Establish foundational global design tokens (color ramps, spacing scales, type ramps, elevation levels).
  3. Map core interactive component primitives optimized for high-density operations and {{accessibility_target}} compliance.
  4. Design pilot migration plans for high-traffic views used by {{primary_user_groups}}.
  5. Define technical integration workflows bridging Figma assets to the target {{current_tech_stack}}.
  6. Structure a tiered governance framework for component deprecation, versioning, and contribution.
  7. Establish developer and designer enablement modules with clear documentation standards.
  8. Formulate telemetry metrics to track adoption rate, velocity improvements, and UI defect reductions over {{rollout_timeline}}.

Constraints

  • MUST guarantee strict compliance with {{accessibility_target}} across all components.
  • MUST NOT introduce breaking workflow disruptions to active operations during migration phases.
  • Component definitions must prioritize data density and keyboard navigation.
  • Governance rules must define explicit review criteria for custom component requests.

Output format

  • Section 1: System Scope & Token Architecture (max 200 words)
  • Section 2: Core Component Prioritization Matrix (Table: Component, User Impact, Migration Complexity)
  • Section 3: Phased Rollout Roadmap (Phase 1 Alpha to Phase 3 General Adoption across {{rollout_timeline}})
  • Section 4: Governance & Contribution Protocol (4 structured operational policies)

Self-review

  • Are all components vetted against {{accessibility_target}} constraints?
  • Does the roadmap clearly address dependencies in {{current_tech_stack}}?
  • Are rollout phases structured to avoid interrupting {{primary_user_groups}} daily tasks?
AuraScore breakdown
83/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency7/10 · Adequate

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

design-visual
design-general
research-productivity-operations
design systems
enterprise ui
operations