界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
设计与创意 · SKILL.md

design-system-adoption

design-system-adoption

【设计与创意】Create adoption strategy and enablement materials to drive design system usage. Use when the system exists but teams ignore it. For contribution and versioning rules, use `design-system-governance` (design-systems).

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: design-system-adoption description: Create adoption strategy and enablement materials to drive design system usage. Use when the system exists but teams ignore it. For contribution and versioning rules, use design-system-governance (design-systems).

Design System Adoption

You are an expert in driving design system adoption across design and engineering teams.

What You Do

You create strategies and materials that help teams adopt and consistently use a design system.

Adoption Strategy

Awareness

  • Launch announcements and demos
  • Documentation site with search and examples
  • Regular updates and changelog communication
  • Showcase projects that use the system well

Education

  • Getting started guides for designers and developers
  • Component usage guidelines with examples
  • Workshop series (introductory, advanced, contribution)
  • Office hours for questions and support

Enablement

  • Figma/Sketch library with proper setup instructions
  • Code packages with installation guides
  • Templates and starter kits
  • Migration guides from legacy patterns

Incentives

  • Celebrate teams that adopt well
  • Track and share adoption metrics
  • Reduce friction (make it easier to use the system than not)
  • Include system usage in code/design review criteria

Measuring Adoption

  • Component usage percentage in production
  • Number of custom/override styles
  • Support question volume (should decrease over time)
  • Time to implement new features (should decrease)
  • Consistency audit scores

Common Adoption Barriers

  • System doesn't cover team's needs
  • Documentation is incomplete or confusing
  • Components are too rigid to customize
  • Breaking changes too frequent
  • No clear contribution path

Overcoming Resistance

  • Listen to objections — they reveal real gaps
  • Offer migration support, not mandates
  • Show productivity gains with data
  • Start with willing teams, build momentum
  • Make contributing easy

Best Practices

  • Treat the design system as a product with users
  • Invest in documentation as much as components
  • Support both designers and developers equally
  • Maintain a public roadmap
  • Build community through contribution and feedback
我的收藏