本文授权转自：长弓小子（ID：changgongxiaozi）
作为 B 端组件设计师，组件的更新迭代一定是你在日常工作中必不可少的一部分。那么在组件更新完成之后，如何同步给组件的使用者呢？是分批发布更好，还是集中起来统一发布呢？
我的建议是最好做到“小步迭代”，分批、逐步进行组件的更新同步。也即每次更新 1-3 个组件后就给组件使用者进行一次同步。
WHY
为什么要分批次发布更新？
1、让有相关工作的同事做好心里预期。
组件在完成迭代更新之后，接下来的工作流程还有很多，且这并不只是你一个人的工作，还需要其他同事（比如前端开发、业务线设计师等）安排相应的工作时间。
如果是同一批次发布所有组件的更新内容，那对于产品的更新迭代将会是非常巨大的工作量。而分批次发布组件则可以给相关同事更好的预期，减少工作压力。
2、让组件的使用者更易掌握新内容。
对于组件的“用户”，也就是使用组件的设计师和前端开发来说，更新后的组件的视觉样式、交互方式、使用规则等，都是要学习的“新知识”。如果一次性做全量更新发布，对于使用者来说，记忆成本和使用难度都会变得很高。
而如果你分批次发布组件的更新内容，一来可以让他们逐步地对于新组件有一个熟悉和了解的过程；二来固定频率地发布（比如每两周发或者每个月发布一次更新，每次发布 3-5 个组件），也可以时时提醒组件的使用者，要时刻关注对于组件的学习和掌握。
3、避免出现方向偏离或重大问题。
相比于最终“憋大招”，小步迭代的工作方式有很多好处，不仅能让你快速发现问题，及时纠正方向、节省时间、提高效率，也能实时地给予领导充分的知情权，让领导安心。
HOW
如何进行分批次发布更新？
1. 四类组件先发布。
记住以下 4 类应该“先发布”的组件：
- 业务需求使用频率高的组件，可以先发布；- 结构和形态相对基础、更新规则相对简单的组件，可以先发布；- 好学、好记、好理解的组件，可以先发布；- 影响整体产品风格较大的组件，可以先发布。
2. 组件规范要实用。
除了制作组件本身，还要撰写详细的组件使用规范，引导组件使用者的行为。如何让所有的组件使用者都同步知晓并正确使用更新后的组件及组件规则，
3. 落地场景分三种。
组件更新后，在实际设计稿和产品中的应用可以分成三种类型，根据你公司的产品和业务需求情况制定不同的应对策略。比如：
- 已上线的产品：
可以暂时不更新原有设计稿中的组件，等到产品有局部页面需要做调整和优化时，再进行页面维度的处理。同时要做好优化纪要（如：用表格记录变更的组件内容：年月日+产品名称+具体功能/页面名称+优化的组件名称）。
- 正在设计中 / 开发中的产品：
可以根据业务进展的实际情况决定是否立即更新稿子中的组件，尽量不要影响业务需求的原有进度。如果确定要更新，需要做到所有相关人员的信息保持一致。
- 未来的新产品 / 新功能：
对于正在规划中的新产品或新功能，相关人员必须使用新组件画稿子。
B 端设计系统和组件设计是值得每一位设计师都深入研究的课题，希望这篇文章对大家有所帮助~
文章转载：长弓小子，版权归原作者所有
原文链接：https://mp.weixin.qq.com/s/TmwtTCC7cTSI3FXrw-2lIA
版权声明：“IXDC”所推送的文章，除非确实无法确认，我们都会注明作者和来源，本公众号对转载、分享的内容、陈述、观点判断保持中立，不对所包含内容的准确性、可靠性或完善性提供任何明或暗示的保证，仅供读者参考。部分文章推送时未能与原作者取得联系，若涉及内容或作品等版权问题，烦请原作者联系我们，给出内容所在的网址并提供相关证明资料，我们会核查后立即更正或者删除有关内容！本公众号不承担任何责任，并拥有对此声明的最终解释权。
联系微信：18802086168
联系电话：18802086168
编辑 | 叶 璇
终审 | 苏 菁
点这里，学习更多设计知识！
热门跟贴