我们在*中经常会遇到这样的*场景：
设计师A：设计师B,把你xx项目的设计稿发我下，我要用里面的一个组件。
设计师A：设计师C,为什么你的设计稿里的颜色和我的不一致，到底以哪个为主?
设计师C：去问下主管以哪个为主。
产品部负责人：主管，为什么所有项目组件都不统一?
产品经理：这次需求跟上次没有多大变化，很多组件都可以复用，为什么设计师评估的时间那么长?
前端工程师A：为什么每次给的设计稿样式，颜色，组件都不同，我又得写新的样式表，2天肯定完不成。
开发工程师B：怎么又改组件?功能还没做好
这样的对话场景太常见，大家在相互推卸责任，产品抱怨设计师设计进度太慢，设计师抱怨前期没有沟通好，开发抱怨*量增加，设计师不专业等等。这一系列的问题不断的重复出现，迫使我们去寻找解决方案。
二、什么是组件库?
组件设计是通过对功能及视觉表达中元素的拆解、归纳、重组，并基于可被复用的目的，形成规范化的组件，通过多维度组合来构建整个设计方案，將这些组件整理在一起，便形成组件库。
三、组件库创建的意义
1.保持视觉风格统一
一个产品必然有其固有的品牌基调和品牌倾向性，不同的设计样式会给产品带来不同的调性，为了保持产品视觉风格统一，设计师应该建立组件库，制定设计规范，统一设计样式。
2.保持交互一致性
交互的一致性，可以减少用户学习成本培养用户习惯，让产品拥有良好的用户体验。比如一个日期的选择组件，在整个产品中应该就一种交互方式，如果一会是滚动，一会是下拉，会让用户操作起来比较烦躁。
3.便于多设计师协作，也便于修改
每个设计师的想法不同，设计出来的样式自然也不同，组件化设计可以解决多位设计相互协作的问题，节省项目时间，而且要修改，不用牵扯全局，修改组件即可。
4.满足不同场景需求
将组件视为一个独立的产品，从多维度，多场景输出组件的方案和组合标准，在组件设计过程中，我们进行更完整全面的思考，产出更能灵活适应不同场景的方案。
5.便于多个项目后续迭代升级
新产品上线后，还需要不断的去完善，在迭代过程中可能会新增其他功能，就需要在现有组件上进行补充升级。
四、组件库创建流程
1.组件清单
主要是整理和归类线上组件，按照公司现有产品的交互路径一步步操作，梳理项目，罗列清单。和产品或者需求方讨论未来会有哪些新业务，现有的组件是否能够满足需求，是否需要补充设计方案。
清单整理完毕后，将每一个组件建成一个独立任务，像日常需求那样，方便随时更新、复用。
2.场景整理
把自己变成产品的深度用户，把现有线上产品完整体验一遍，绘制用户行为路径，并和需求方沟通了解后续计划，将组件的所有的当前/潜在应用场景总结出来，尽可能不遗漏场景。
比如一个分享的组件使用的场景：
用户主动点击分享;
截图分享;
得到结果或完成任务时分享;
打开APP时出弹层提示分享。
3.竞品调研
针对所要设计的组件，寻找行业相关竞品，并分析竞品的设计风格、设计亮点、设计趋势，最后得出自己的设计总结并输出。
4.体验分析
分析线上已有组件的体验现状如何，每类场景下需要解决的核心问题是什么，无法兼顾时如何取舍。
5.方案设计
多维度去思考组件所使用的场景和一些交互状态，考虑组件对所有场景的适应，设计一套符合自己产品特色的组件并含有多种设计方案。
设计组件时需要注意的要点：
组件命名以及排列要有规则，方便团队成员查找对应的组件;
组件之间的元素是可以相互替换的，例如文字的颜色，按钮的颜色都可以根据场景不同选择对应的方案，图标可以根据场景替换对应的颜色或者其他图标等等;
组件应*含：默认状态、交互状态、用户体验。
6.整合组件
将所设计的组件进行整合，便拥有了一个团队的组件库啦!
五、意见收集
通过上面的创建流程的讲解，一个设计组件库基本建立完成了，到底是否适合产品使用呢，我们还需要进行内部讨论，听取各方的反馈意见，进行增删改查，然后就可以正式使用。
随着各项目不断的更新迭代，我们也会发现很多新的问题出现，所以设计组件库也需要像产品一样定期更新。可以定期对设计团队、产品经理、开发团队等相关同事进行意见收集，问问他们现阶段遇到的一些问题和相关建议，然后把这些反馈收集起来进行筛选判断，及时更新组件库。
