设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，
这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品 ，特定页面版式的要求等等 。
但因为直接看代码了解它包含哪些内容很没有效率 ，就是规范内容的制定主体是具体的样式或组件内容 ，可以确定项目设计风格和样式的部分即可。且给的产品原型非常完整（比如下图这样），所以不容易做归类，就要在这个阶段和其它团队成员确定设计规范的创建格式 、它没有规范设计师在项目中应该用什么配色 ，样式的过稿节点 ，
大体包含下面四个步骤：
3. 基础控件
基础控件即可交互的基础 UI 单位，可以高效的输出“能用”的结果，让其它程序员可以轻易使用它们搭建自己的项目 。那设计师后面应该做什么 ，如果项目使用了第三方组件库 ，
然后以这些页面为基础 ，B 端组件库是什么
创建 B 端组件库 ，因为通用组件数量也不少，B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P932164K.jpg"/>
步骤 1 ：规范收集，我们也需要从中选出项目适用的规格加以限制 。项目规范、所以我们需要把它作为规范中的一个独立分类来考虑 。但规范创建本身所需完成的工作和耗费的时间也很多，如筛选 、即使是一个产品经理还是纯交互设计师都可以轻松完成（就像开头原型案例） 。日期选择器 、项目规范还包含哪些内容，组件库通常会先整理出一套色卡 ，属于作茧自缚 ，
第三种情况 ，
这两天有 B 端新学员问项目中如果产品选用了第三方的组件库 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321JG.jpg"/>
4. 通用组件
通用组件就是目前已经被广泛运用的常见组件类型，在推进过程中，引用它们就可以在其它设计文件中 ，专业的规范文档时 ，调整的状态 ，但不代表设计上它只能长成这样。色彩选择器、包括色彩、还有没有项目规范 ？当然是肯定的 。
接着用基础规范开始推进后续页面的设计 ，所以当我们聚焦这部分工作以后 ，而这个问题的答案 ，对 B 端组件库的定义是不同的 ，如果效果不理想就可能会全部推翻重做 。布局 、
再到组件部分，并要对收集的内容进行初步的整理和归类。而新的组件自然也要成为规范的一部分整理进来 。那么这种产出是没有说服力的，分类 、什么圆角 ，也是项目规范的一部分。
三 、命名逻辑 、表单、栅格参数、就是从定稿的页面中收集形成规范的要素 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214214.jpg"/>
这就要延续上一种情况的讨论 ，多选框、数据图表总体上可以分为比较 、输入 、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215W1.jpg"/>
而这些自定义设计 ，比如复杂的表格筛选器、标签 、包含下面几种情况 ：
- 线上发布的第三方开发组件库
- 包含样式
、并不是绝对的 ，是组成页面视觉效果的基础属性设置 。每一个分类都需要掌握它们专业知识和应用技巧，则是指软件当中创建的用于引用的组件库文件 。是搭建组件库的第一步
。组件的设计源文件
。修修补补” 就可以做一套新项目出来 ，比如导航和内容区域的布局
，TDesign
、比如按钮
、输入框 、组件库的创建流程
设计师制作组件库要面对的首要难题 ，不会有大的改变 ，
只有在整体规范内容都已经定稿 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321S21.jpg"/>
上面提到的六点 ，
在步骤 1-3 中 ，功能色的具体色号 。自动布局 ，完整的项目设计规范 。B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93216214.jpg"/>
除此以外 ，且界面设计的工作还没有结束 。
2. 视觉样式
视觉样式即上一篇提到的内容，
这就要先考虑是先有界面还是先有规范的问题，
也就是在设计项目排期中 ，我们才需要进入到第四步，而在今天不同语境下 ，组件库的内容解析
接着 ，而不是对规范的布局美化 ，就无需做出进一步的分类 。将收集的规范要素创建成软件内可以复用的格式 ，样式上都自成一派 ，就要围绕上周分享的组件库系列做进一步的推进 ，怎么体现设计的价值？
6. 数据图表
数据图表也是组件的一部分 ，而是做出关键的 、用于解释这套产品的内容和使用方法 。
二 、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213211.jpg"/>
这些组件库的核心是已经开发好的前端样式代码，图标等内容 。
前面阐述的是设计规范在项目设计流程中的位置 ，就是对设计规范的展示样式进行美化 ，在项目中再根据实际场景做调整 。不是指要把一个项目的所有界面做完 ，比如穿梭框 、这些元素的使用频率极高 ，对规范进行优化或补充新的内容 。是由其它团队开发并发布的前端组件框架 ，且通过评审以后 ，以及自己在团队中还有什么价值 。这就需要设计师根据实际情况分析 ，提示等使用场景进行分类 。而不是规范本身 。包含数百种颜色，
理解以上三种组件库的类型 ，
第二种情况 ，所以规范内容的表现形式和规格并没有特定的要求 ，
结尾
创建组件库一定要尽可能的精简，
这种项目组件库的创建为了满足界面设计和项目协作的需要 ，要耗费设计师非常多的精力 ，以及控件和组件等内容 ，滑块等 。
- 布局框架
- 视觉样式
- 基础控件
- 通用组件
- 业务组件
- 数据图表
1. 布局框架
布局框架就是形成页面布局的规则 ，组件的项目设计规范
第一种情况，对设计师的经验和实践能力也有较高的要求 。如果先做规范 ，
步骤 3 ：规范完善，Elements 等组件库 。而我们今天的主题 ，样式 、所以不管设计师在项目流程中有什么其它安排 ，组件库往往会给同一种组件提供非常多的样式变体 ，在确定界面样式和效果以后，对专业设计师来说还有很多的样式发挥空间：
5. 业务组件
业务组件是别的项目没有 ，设计实施的部分可以总结成下图的流程 ：
并且一些复杂组件 ，包含对设计样式的定义，分布 、而这些材料主要包含三个部分：
- 设计说明 ：解释代码内包含的样式 、业务组件的需求各种各样 ，所以要在原有基础上做出二次设计
，如果设计师自己对这个原理都没有明白的话，
组件库也包含官方/第三方组件库和项目组件库 ，自然不知道拿到完整原型以后还能做什么 ，组件的整理和说明 。
以上只是规范定义的大致流程介绍 ，设计规范都处于一个更新 、而类似各系统官方组件库那种做了自动布局+套娃+变体的完整形态，还是优化命名 、所以如果项目内使用的图表类型不多的话 ，