工作经验｜设计组件的更新和优化，需要哪些流程？

元尧 2023-08-05 15:23:11

有很多读者想要了解关于组件更新和优化的工作流程和经验，我最近就经常会收到如下读者和粉丝的提问：

其实组件库的建设和优化工作其实并没有绝对的标准，只有适合自己团队的工作流程，才是真正有效和实用的。具体到每一个组件的更新优化，我的经验是：从「发现组件的存在的问题」到「将组件进行更新和修复」，优化流程大致会被归纳成五个步骤：

01 搜集组件问题及优化需求

如果你希望你的组件库可以与时俱进、赋能业务，定期搜集组件问题和设计师们的使用反馈就很有必要。通常组件问题和需求可能来源于：

收集和整理问题需要一张需求列表。你可以通过需求类型、完成状态、负责人等方面对需求进行描述。同时你也需要对需求定义优先级，确定排期和完成时间。下图为需求列表的基础示例：

工作经验｜设计组件的更新和优化，需要哪些流程？

参与人员：使用组件的设计师和前端开发
所用时间：不定期反馈和收集
所用工具：公共的开放文档或看板（比如语雀文档、数据表、讨论区等）对收集需求会有一定帮助，可以使其他设计师在做设计的过程中，遇到组件问题就自发填写需求列表，实时共享。组件负责人将需求归类整理、做好排期即可

1）群策群力，用制度约束行为

收集组件问题需要使用组件的所有设计师群策群力，但是设计师遇到问题忙着做需求来不及记录是常有的事情。因此必要时可以采用简单的制度来做约束，比如每个设计师每月必须提交 1-2 个组件设计优化想法，或者每季度评审「组件问题查缺补漏」一二三名，给予精神或物质奖励。

2）评估需求，不是所有需求都值得优化

你需要判断这些需求的真伪和轻重缓急。并不是所有的组件设计需求都需要被立即优化，区分优先级和做好排期很重要。你可以参考以下内容对需求进行综合评估：

3）指定到人，每个需求进度易追查

如果组件设计小组人数充足，组件负责人也可以安排指定的组件设计师来完成对应需求，因此需要指定到专人，并在表单中有体现，便于联系和实时沟通。

这需要对你上一步搜集到的问题和需求进行分析和研究。对于业务组件的研究，我的建议是：一定要带入到业务场景进行考虑。

你可以通过两个方面来做组件分析和研究：

竞品中类似的业务场景：收集和分析同类产品或类似功能场景下的实际应用案例。已经成熟的产品会更有说服力，也更值得被参考。
其他组件库的解决方案：收集和分析其他优秀设计系统 / 组件库中的同款组件案例，熟知的如 Ant Design、Material Design、Lightening Design、Carbon Design、SAP Fiori Design 等等。

当然你也需要综合应用一切可行的设计方法和工具，通过学习竞品、研读文章、与有经验的设计师交流讨论（也欢迎向我提问和讨论）、做 AB Test 等方法，研究合理的解决方案。