我也经常被大家问到这样的问题:
- 如何从 0-1 初步搭建一款 App 产品的 UI 设计规范呢?
- 如果目前公司已有 VI 设计规范,如何对照 VI 初步搭建一套组件库呢?
- B 端产品的组件库如何进行组件设计规划和迭代呢?
要想从 0-1 做好组件库,我为大家总结了五件要做的工作,它们之间有着密不可分的关联性:
- 确定设计指导原则:这是整个组件库建立的底层基础;
- 沉淀常用组件资产:这是组件库的核心内容和价值体现;
- 制定工作协同 SOP:这是组件库能够不断更新和发展的保障;
- 确定资产评估标准:这是用于确保组件能够满足需求、质量合格;
- 沉淀组件设计经验:这是整个组件库建设工作的记录和复盘。
这里所说的设计指导原则指的是设计价值观和设计原则,用于为组件设计师提供组件设计的基本规范,指导组件的落地,并为解决具体设计问题指明方向。
以组件的设计价值观为例,它包含一定的设计哲思,是组件设计的核心精髓。以下给出几个大厂通用组件库例子:
这些指导原则通常来源于你对于业务和产品的规划和价值思考,并以此奠定组件设计的风格和核心基调。如果产品已经有了 VI 设计规范,也可以将 VI 设计的关键词、主要风格和规则等用作参考。
从基础组件开始沉淀设计资产,即整理基础的原子组件、常用的复合组件、通用的页面布局框架等等。 这部分的工作内容很多,不仅包括如何完成一个组件的设计工作,也包括如何给组件编写组件的使用规则。
做组件是个大工程,是细致的体力活儿,不可能一蹴而就,因此小步迭代、随时调整是最省时省力的做法。你可以先从基础组件开始,一边做组件,一边编写组件的使用规范。
制定设计与开发在配合完成组件开发过程中的协同流程和规范,包含将组件从设计到开发落地的标准的工作流程和方法,目的在于保证组件系统的维护与迭代能够顺利进行。
你需要思考和确定的问题包括但不限于:
- 如何定义一个设计元素是否可以或值得被做成组件?
- 如何对设计好的组件进行评审?
- 如何进行组件的更新和发布,让所有的组件使用者都能够正确使用?等等。
制定简单且有效的组件设计质量衡量标准,即评估和检验组件设计的合理性,保证所有组件的质量、风格、使用体验能够相对一致。
评估标准并不一定需要在做组件库的一开始就建立起来。随着你的组件慢慢增多、样式越来越丰富多样时,对于组件的评判和衡量会更有必要。
沉淀组件库搭建工作过程中的方法及经验,这也是对工作的复盘和总结。我们团队在做一款业务组件库的过程中,就沉淀了 100+ 篇相关的经验总结,让我在组件设计领域内更加专业。
做一套完整的组件库,整体工作不仅仅包括组件这类提效的工具,还包括一系列的评判标准、工作方法和经验总结。
转载自:https://www.uisdc.com/component-gallery