从零开始搭建一套组件库，要做好这 5 件事！

最近，越来越多的设计师意识到了业务组件库的必要性，除了使用基础的开源通用组件库外，还需要自建更加实用和高效的业务组件库，以支持高速增长的业务需求。我也经常被大家问到这样的问题：

1. 如何从 0-1 初步搭建一款 App 产品的 UI 设计规范呢？
2. 如果目前公司已有 VI 设计规范，如何对照 VI 初步搭建一套组件库呢？
3. B 端产品的组件库如何进行组件设计规划和迭代呢？

要想从 0-1 做好组件库，我为大家总结了五件要做的工作，它们之间有着密不可分的关联性：

1. 确定设计指导原则：这是整个组件库建立的底层基础；
2. 沉淀常用组件资产：这是组件库的核心内容和价值体现；
3. 制定工作协同 SOP：这是组件库能够不断更新和发展的保障；
4. 确定资产评估标准：这是用于确保组件能够满足需求、质量合格；
5. 沉淀组件设计经验：这是整个组件库建设工作的记录和复盘。

PART 1 确定设计指导原则

这里所说的设计指导原则指的是设计价值观和设计原则，用于为组件设计师提供组件设计的基本规范，指导组件的落地，并为解决具体设计问题指明方向。

以组件的设计价值观为例，它包含一定的设计哲思，是组件设计的核心精髓。以下给出几个大厂通用组件库例子：

这些指导原则通常来源于你对于业务和产品的规划和价值思考，并以此奠定组件设计的风格和核心基调。如果产品已经有了 VI 设计规范，也可以将 VI 设计的关键词、主要风格和规则等用作参考。

PART 2 沉淀常用组件资产

从基础组件开始沉淀设计资产，即整理基础的原子组件、常用的复合组件、通用的页面布局框架等等。 这部分的工作内容很多，不仅包括如何完成一个组件的设计工作，也包括如何给组件编写组件的使用规则。

做组件是个大工程，是细致的体力活儿，不可能一蹴而就，因此小步迭代、随时调整是最省时省力的做法。你可以先从基础组件开始，一边做组件，一边编写组件的使用规范。

PART 3 制定工作协同 SOP

制定设计与开发在配合完成组件开发过程中的协同流程和规范，包含将组件从设计到开发落地的标准的工作流程和方法，目的在于保证组件系统的维护与迭代能够顺利进行。

你需要思考和确定的问题包括但不限于：

1. 如何定义一个设计元素是否可以或值得被做成组件？
2. 如何对设计好的组件进行评审？
3. 如何进行组件的更新和发布，让所有的组件使用者都能够正确使用？等等。

PART 4 确定资产评估标准

制定简单且有效的组件设计质量衡量标准，即评估和检验组件设计的合理性，保证所有组件的质量、风格、使用体验能够相对一致。

评估标准并不一定需要在做组件库的一开始就建立起来。随着你的组件慢慢增多、样式越来越丰富多样时，对于组件的评判和衡量会更有必要。

PART 5 沉淀组件设计经验

沉淀组件库搭建工作过程中的方法及经验，这也是对工作的复盘和总结。我们团队在做一款业务组件库的过程中，就沉淀了 100+ 篇相关的经验总结，让我在组件设计领域内更加专业。

做一套完整的组件库，整体工作不仅仅包括组件这类提效的工具，还包括一系列的评判标准、工作方法和经验总结。

欢迎关注作者微信公众号：「长弓小子」