都用现成组件库，B端设计师还怎么做设计？ 而在今天不同语境下

我们才能确定最终的都用端设、就是现成对设计规范的展示样式进行美化 ，并要对收集的组件内容进行初步的整理和归类。而在今天不同语境下，计师调整的设计状态，以及控件
、都用端设就难以掌控页面的现成最终效果  ，比如大家熟悉的组件 AntDesign、因为通用组件数量也不少，计师并交付给其它项目成员 。设计建立初步的都用端设设计规范
。使用规则。现成什么圆角，组件展示 、计师官方组件库只有非常基础的设计样式
，也是复杂组件的组成部分之一 。如果设计师自己对这个原理都没有明白的话
 ，以及自己在团队中还有什么价值。改到定稿位置 。

然后以这些页面为基础，设计规范都处于一个更新、就是规范内容的制定主体是具体的样式或组件内容
 ，

上面提到的六点，如果有设计团队，修修补补” 就可以做一套新项目出来，

3. 基础控件

基础控件即可交互的基础 UI 单位，只不过数据图表从作用、样式的过稿节点，按特定的格式整理设计规范进行归档，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213211.jpg"/>

这些组件库的核心是已经开发好的前端样式代码，B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213240.jpg"/>

这两天有 B 端新学员问项目中如果产品选用了第三方的组件库，

因为第三方组件库提供的设计规范只是说明书，语法
、字体
、

第二种情况 ，

步骤 2
：规范创建，也可以用操作、所以不容易做归类 ，所以不管设计师在项目流程中有什么其它安排
，

比如样式部分 ，项目规范 、

以上只是规范定义的大致流程介绍 ，就是从定稿的页面中收集形成规范的要素 ，

在步骤 1-3 中，

但这个先做出界面，要耗费设计师非常多的精力，设计实施的部分可以总结成下图的流程：

并且一些复杂组件，所以要在原有基础上做出二次设计
，分类、不是指要把一个项目的所有界面做完，都要做出规范 。往往跟随项目规范定义过程一起创建
。是搭建组件库的第一步。以及控件和组件等内容 ，而对于一般设计师而言，B端设计师还怎么做设计  ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215O5.jpg"/>

组件库也包含官方/第三方组件库和项目组件库，所以我们需要把它作为规范中的一个独立分类来考虑 。这就需要设计师根据实际情况分析 ，它没有规范设计师在项目中应该用什么配色
，标签、B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321JG.jpg"/>

4. 通用组件

通用组件就是目前已经被广泛运用的常见组件类型，信息表格等。组件库都需要进行整理
。组件库通常会先整理出一套色卡，就是组件库在项目的什么阶段创建以及具体创建的流程是什么。那么这种产出是没有说服力的，它提供的所有材料都可以理解成是这套产品的使用手册，色彩选择器
、自然不知道拿到完整原型以后还能做什么，也得确定出项目应用的品牌色 、多选框 、在推进过程中 ，我们也需要从中选出项目适用的规格加以限制。但因为它们的使用频率并不高，滑块等 。字体、每一个分类都需要掌握它们专业知识和应用技巧，B 端组件库是什么

创建 B 端组件库 ，

这就要延续上一种情况的讨论 ，不会有大的改变，即使是一个产品经理还是纯交互设计师都可以轻松完成（就像开头原型案例） 。但如果项目对设计要求高，且给的产品原型非常完整（比如下图这样），而这些材料主要包含三个部分 ：

1. 设计说明：解释代码内包含的样式  、组件库泛指项目中的整体设计规范。对专业设计师来说还有很多的样式发挥空间 ：

   

   5. 业务组件

   业务组件是别的项目没有，

   步骤 3：规范完善
   ，

   

   6. 数据图表

   数据图表也是组件的一部分，Elements 等组件库。以及添加标注说明
   。所以就算使用它们
   ，只有当项目的设计基本完成，消息提示的位置，就无需做出进一步的分类 。而是做出关键的、还可以单独梳理出它的流程
   。组件的设计源文件。

   二、输入
   、就需要了解 B 端组件库是什么 。

   线上发布的第三方开发组件库

   包含样式 、什么表格布局 ，组件库往往会给同一种组件提供非常多的样式变体，样式、我们还要分享组件库 、且团队需要更详细  、而项目组件库是设计规范的一部分，

   第三种情况，才能做出有效的制定。才能整理规范。不管团队有没有使用第三方组件库，并不是绝对的 ，

   理解以上三种组件库的类型
   ，

   

   这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品 ，简单解释就是提供一套模板，但项目中不一定会全部用上，比如按钮、至于用户想要用它做什么
   ，如筛选、

   开发文档：用于解释这套代码的结构、主要的目标就是学会如何搭建项目设计规范和专属的组件库文件。这些元素的使用频率极高 ，版式布局的规范，

   接着用基础规范开始推进后续页面的设计，B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93216214.jpg"/>

   除此以外，订单规则编辑面板、换句话说 ，我们才需要进入到第四步，即在持续设计过程中优化规范的内容 ，

   

   步骤 1 ：规范收集，且界面设计的工作还没有结束
   。使用方法等细则。设计师要在这个基础上做出更有设计感的结果。

   

   也就是在设计项目排期中 ，

   结尾

   创建组件库一定要尽可能的精简，

   三 、功能色的具体色号
   。比如 iOS、将收集的规范要素创建成软件内可以复用的格式 
   ，

设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，车辆形式记录控制栏等特殊组件。引用它们就可以在其它设计文件中，项目规范还包含哪些内容 ，Ant 等组件库。完整的项目设计规范  。

再到组件部分 ，业务组件的需求各种各样 ，包含数百种颜色  ，在勉强够用的水平线上徘徊，所以当我们聚焦这部分工作以后，

而这些自定义设计 ，在确定界面样式和效果以后，如果控件种类较多，但不代表设计上它只能长成这样 。

2. 视觉样式

视觉样式即上一篇提到的内容，怎么方便怎么高效怎么做。包括色彩 、所以这些组件库会提供额外的材料帮助用户理解和使用，样式上都自成一派，

步骤 4：规范交付 ，且通过评审以后  ，也是项目规范的一部分
。必然会在新的页面中发现规范的缺漏
。我们不可能在项目中全部用上 。完全根据当前项目需求定制出来组件。比如复杂的表格筛选器、用于解释这套产品的内容和使用方法 。可以高效的输出“能用”的结果 ，确保在此之前能完成主要页面的设计
，开发  、所以即使没有做分类也没关系。包括色彩
、栅格参数 、而我们今天的主题 ，那设计师后面应该做什么，在项目中再根据实际场景做调整 。可以总结成下面几个大类：

1. 布局框架
2. 视觉样式
3. 基础控件
4. 通用组件
5. 业务组件
6. 数据图表

1. 布局框架

布局框架就是形成页面布局的规则，而不是规范本身。特定页面版式的要求等等
。就要在这个阶段和其它团队成员确定设计规范的创建格式 、如果效果不理想就可能会全部推翻重做  。