主要观点总结
本文分享了在使用第三方B端组件库的项目中，设计师如何面对并解决问题的经验。文章介绍了面向组件库的设计方法和工作流程，包括建立协作共识、熟悉框架内容、构建项目规范、确定交付模式等步骤，并强调了设计师与前端工程师的协作的重要性。
关键观点总结
关键观点1: 团队使用第三方B端组件库的问题
团队面临的问题包括团队不专业、需求不清晰、流程不规范等。而使用第三方组件库也带来了设计和开发同步的问题。
关键观点2: 面向组件库的设计方法和工作流程
包括建立协作共识、熟悉框架内容、构建项目规范、确定交付模式等步骤。其中，建立协作共识是最重要的一环，需要设计师与前端工程师深度配合。
关键观点3: 熟悉框架内容的必要性
设计师需要了解框架的真实样式和规则，以便更好地进行设计工作。这需要通过前端工程师的配合，帮助设计师建立对组件库的认识。
关键观点4: 构建项目规范的重要性
项目规范包括栅格/响应、框架/版式、色彩、字体、图标、样式、控件/组件等要素。这些规范的制定和应用对于项目的顺利进行至关重要。
关键观点5: 交付模式的确定
设计稿的交付不是作为一个标准让开发还原的样式，而是一个应用了哪些样式和组件的示意。设计师需要确保页面交付时，除了文字信息外，对规范的复用也是准确的。
关键观点6: 总结
文章强调了设计师与前端工程师的协作的重要性，并指出真实的产品团队开发流程是充满混乱和熵增的，需要设计师和前端工程师共同建立秩序。
文章预览
B 端底层设计师生存存在的困境有不少，团队不专业，需求不清晰，流程不规范之类的问题大家没少吐槽。而我们今天分享的，是一个大家更关心的问题，即： 团队使用第三方 B 端组件库，还要设计师有什么用？ 今天的分享不是只从逻辑层面来解答，还要进入到实际操作的角度来分享，应该做什么。 组件库的应用认识 要面对这个问题，就要了解为什么团队要使用第三方组件库，以及使用组件库的优缺点。 B 端讨论的第三方组件库通常是指别人开发的前端框架，通过提前开发好各类前端组件和样式的代码，让其它程序员直接调用，可以快速制作可视、精美、可交互的前端页面。简单来说就是做了套素材，方便其他人直接调用（CSV 大法好）。 目前最主流的 B 端组件库有下面这些： 它们都是由大厂团队开发，且都是开源免费的项目。因为国内没有开
………………………………
