B端组件化的目标是指明确为什么要进行组件化

学之所用方能有成效，只学不用还会忘记。

还记得当初开设公众号的初衷是为了分享我的工作思路和经验。在创作内容的过程中，我希望能够将每次的思考过程更系统地呈现出来。然而，不可否认的是，这种方式存在一个缺点，那就是容易碎片化。直到我完成了《B端设计｜浅聊业务规范》这篇文章后，我开始停下来思考一个问题：每篇文章虽然针对一个具体内容进行总结，但是读者在阅读完之后，能从中得到多少实际应用的内容？或者说，花上十几分钟阅读，对读者的工作是否有帮助？

实际上，真正有帮助的还是自己对业务的了解和需求的把握。正是通过深入了解业务并了解需求，我才逐渐形成了对B端业务设计的结构化思路框架。但是，我也意识到了，在文章与文章之间的结构化联系上存在一些断裂。

这一篇文字希望以一种统筹的思路，将B端设计的这段过程进行结构化整合。（文末有思维脑图）

一、确定组件化的目标

B端组件化的目标是指明确为什么要进行组件化（业务的规模和广度），以及期望实现的目标（下文），还有就是支撑建立组件库的客观因素，资源（项目资源、开发资源、设计资源），时间成本。

首先，组件化可以提高开发效率。通过将常用的功能模块和组件进行抽取和组装，设计可以在不用重复画页面的情况下快速构建场景页面，开发人员也可以在不重复编写代码的情况下，快速构建具有一致性和稳定性的业务系统。

其次，组件化可以降低维护成本。当有新需求的时候，需要修改或优化某个功能时，只需要修改对应的组件或补充一个，而不必遍布整个系统进行修改，大大简化了维护工作。

此外，组件化还可以促进团队协作，设计、产品、开发，使不同开发人员之间更容易理解和使用彼此的代码，提高开发效率和协作效果。

二、组件化统筹思路

1. 理解实操用户和使用场景：分析需求场景和用户行为习惯

在参与B端组件库的设计之前，首先需要深入理解项目的目标用户和业务方的使用场景。还包括对B端用户（医务工作者）的需求、行为习惯、工作流程等进行研究和分析。通过用户研究和调研，设计师可以更好地把握用户的真实需求，从而为他们提供符合实际情况的设计模式。

另外也还需要考虑B端用户的专业背景、技能水平以及对工具和界面的要求。比如说，医务工作者在工作中需要频繁使用的功能和组件，以及他们可能遇到的问题（数据页面加载、反馈的及时性）。这样可以确保设计的组件库能够真正满足用户的需求，并提供高效、易用的界面。

2. 分析业务模块和共享组件：参与实际业务

在B端组件化的规划中，参与需求会、评审会等，与产品、开发保持和谐的协作关系。对业务逻辑进行深入了解，对现有的业务模块进行拆解分析，确定哪些模块控件具有一定的复用性，并可以作为独立的组件来开发和维护的。罗列出相似或重复的功能模块。

另外，还要区分出共享的基础组件和工具组件，这些组件具有通用性，可以被多个模块共享使用，如基础样式、表单输入/验证组件、权限管理组件、图表组件、弹窗组件、抽屉组件等。通过分析业务模块和共享组件，来划分组件模块的范围和边界。