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

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+ 篇相关的经验总结 ，让我在组件设计领域内更加专业。

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

作者 ：长弓小子

版权声明：四位快资讯 ，转载请注明出处：https://www.4we.cn/news/53c21299734.html