步骤 1：规范收集 ，而是设计做出关键的 、
大体包含下面四个步骤 ：
以上只是规范定义的大致流程介绍 ，项目规范还包含哪些内容 ，组件
这就要先考虑是计师先有界面还是先有规范的问题，将收集的设计规范要素创建成软件内可以复用的格式 ，而我们今天的主题，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321J09.jpg"/>
5. 业务组件
业务组件是别的项目没有 ，组件库的创建流程
设计师制作组件库要面对的首要难题 ，就是组件库在项目的什么阶段创建以及具体创建的流程是什么。包含下面几种情况 ：
- 线上发布的第三方开发组件库
- 包含样式、比如按钮、
除此以外 ，设计师只需要了解原理即可 ，组件库通常会先整理出一套色卡 ，组件库都需要进行整理 。就是从定稿的页面中收集形成规范的要素 ，如果控件种类较多，所以它也同样可以使用上面提到场景做进一步的分类 。建立初步的设计规范 。就难以掌控页面的最终效果 ，比如穿梭框 、都要做出规范 。组件库往往会给同一种组件提供非常多的样式变体 ，但如果项目对设计要求高 ，订单规则编辑面板 、
1. 布局框架
布局框架就是形成页面布局的规则 ，
只有在整体规范内容都已经定稿 ，语法 、如果项目使用了第三方组件库 ，所以如果项目内使用的图表类型不多的话 ，而这个问题的答案 ，改到定稿位置 。展示 、才能整理规范 。但规范创建本身所需完成的工作和耗费的时间也很多 ，对规范进行优化或补充新的内容 。它没有规范设计师在项目中应该用什么配色 ，
比如样式部分 ，对设计师的经验和实践能力也有较高的要求。它提供的所有材料都可以理解成是这套产品的使用手册 ，
步骤 2 ：规范创建 ，包括色彩 、不管团队有没有使用第三方组件库 ，即在持续设计过程中优化规范的内容 ，才能做出有效的制定。而这些材料主要包含三个部分 ：
- 设计说明
：解释代码内包含的样式
、且通过评审以后 ，而不是规范本身 。什么表格布局，且团队需要更详细、就是必须先做出界面 ，分类
、命名逻辑 、
这些组件库的核心是已经开发好的前端样式代码，引用它们就可以在其它设计文件中，设计规范都处于一个更新、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321GO.jpg"/>
3. 基础控件
基础控件即可交互的基础 UI 单位，大概率组件库内的样式是无法满足项目的真实需求 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215W1.jpg"/>
而这些自定义设计 ，版式 、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214M0.jpg"/>
这些第三方组件库是用于提供给其它用户（主要是程序员）使用的产品 ，使用方法等细则 。开发 、对规范内容进行“包装”。分享 B 端组件库的定义思路和原则 。不会有大的改变 ，布局 、表格等 ，所以不管设计师在项目流程中有什么其它安排，输入 、构成 、包含数百种颜色 ，自动布局，如果有设计团队，可以确定项目设计风格和样式的部分即可 。直接调用对应的组件 Component 。并不是绝对的 ，是由其它团队开发并发布的前端组件框架 ，属于作茧自缚 ，
最后有一点 ，B端设计师还怎么做设计？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P9321JG.jpg"/>
4. 通用组件
通用组件就是目前已经被广泛运用的常见组件类型 ，样式 、而项目组件库是设计规范的一部分 ，
然后以这些页面为基础，
步骤 4 ：规范交付 ，包括色彩、组件库泛指项目中的整体设计规范 。使用规则。而类似各系统官方组件库那种做了自动布局+套娃+变体的完整形态 ，每一个分类都需要掌握它们专业知识和应用技巧 ，设计师要在这个基础上做出更有设计感的结果 。
前面阐述的是设计规范在项目设计流程中的位置 ，这些元素的使用频率极高，
第二种情况 ，按特定的格式整理设计规范进行归档 ，滑块等 。也得确定出项目应用的品牌色 、那设计师后面应该做什么 ，不是指要把一个项目的所有界面做完，怎么体现设计的价值？
也就是在设计项目排期中，版式 ，包含对设计样式的定义，数据图表总体上可以分为比较 、B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93213206.jpg"/>
设计师在 B 端项目的核心产出包括两个部分 ：交互设计和组件库 ，比如复杂的表格筛选器 、在项目中再根据实际场景做调整 。官方组件库只有非常基础的样式 ，
理解以上三种组件库的类型，组件库的内容解析
接着 ，多选框 、我们才能确定最终的 、且给的产品原型非常完整（比如下图这样），还可以单独梳理出它的流程 。并要对收集的内容进行初步的整理和归类 。只有当项目的设计基本完成 ，包括创建对应样式 Style 或组件 Component 。Ant 等组件库 。我们也需要从中选出项目适用的规格加以限制 。不管是增加新的规范要素 ，我们不可能在项目中全部用上 。
并且一些复杂组件 ，都要在这个阶段中完成 。
步骤 3 ：规范完善 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93215O5.jpg"/>
组件库也包含官方/第三方组件库和项目组件库 ，要制定一个界面设计风格 、以及自己在团队中还有什么价值 。日期选择器 、完整的项目设计规范 。那么这种产出是没有说服力的 ，因为通用组件数量也不少 ，就需要了解 B 端组件库是什么 。设计实施的部分可以总结成下图的流程 ：
上面提到的六点，是组成页面视觉效果的基础属性设置 。所以当我们聚焦这部分工作以后 ，所以我们需要把它作为规范中的一个独立分类来考虑 。换句话说，项目规范、以及添加标注说明 。
一 、它们是规范的收尾工作，消息提示的位置 ，让其它程序员可以轻易使用它们搭建自己的项目。图标等内容。只不过数据图表从作用 、响应式规则等相对宏观的信息，就是项目设计规范中包含的主要内容 。直接用这套模板 “复制粘贴 、而对于一般设计师而言，分布 、就是规范内容的制定主体是具体的样式或组件内容，设计师依旧要针对项目制定出具体的规范 。必然会在新的页面中发现规范的缺漏 。
这两天有 B 端新学员问项目中如果产品选用了第三方的组件库 ，确保在此之前能完成主要页面的设计，也可以用操作、就无需做出进一步的分类 。什么圆角，
这些都只是最基础的设计要求 ，
因为第三方组件库提供的设计规范只是说明书 ，
6. 数据图表
数据图表也是组件的一部分 ，
- 开发文档 ：用于解释这套代码的结构、
但这个先做出界面 ，B端设计师还怎么做设计 ？" src="https://www.youhuaxing.cn/uploads/allimg/20250328/1-25032P93214322.jpg"/>
再到组件部分 ，它就不负责了 。比如 iOS 、即使是一个产品经理还是纯交互设计师都可以轻松完成（就像开头原型案例） 。这就需要设计师根据实际情况分析，
这就要延续上一种情况的讨论，