用户体验是用户使用产品时形成的主观综合感受，评判体验优劣不能只停留在界面好不好看、操作顺不顺手。兰亭妙微深耕 UI/UX 设计多年，服务工具、电商、社区、品牌类产品过程中，落地一套以人为本的四维度体验评估体系，从界面、内容、人际、品牌四层完整拆解体验逻辑，搭建可落地、可复盘的设计标准。

在十余年 UI/UX 全案服务过程中，兰亭妙微团队常和产品、设计师探讨一个核心命题：行业内人人都在讲 “以用户为中心”，但我们究竟是服务 “用户”，还是服务 “人”？二者看似相近，底层逻辑却天差地别，直接决定设计方案是停留在功能适配，还是真正拥有人文温度。

在多年 UI/UX 全案服务过程中，兰亭妙微团队发现一个普遍痛点：无论是内部方案评审，还是对接客户、产品、开发沟通，“我觉得” 是最容易引发无效争论的口头禅。一句主观感受，既无法给出清晰优化方向，还容易让设计方案脱离业务、用户客观依据，甚至出现仅凭层级偏好定方案的情况。

行业内关于设计师能力分级的标准体系层出不穷，初级、中级、高级设计师的能力清单随处可见。但兰亭妙微深耕 UI/UX 设计十六年，服务金融、工业、教育数百企业后发现，单纯靠标准化能力表划分层级存在明显局限：不少设计师单项专业技能达标，却缺少上下游全局思维，难以独立操盘完整项目。真正的设计进阶，不能只打磨视觉、交互基础技能，更要补齐前置调研、数据研判、项目推动、战略思考等综合能力。结合公司多年落地实战经验，我们梳理六大核心进阶能力方向，为设计从业者提供可落地的成长路径。

北京兰亭妙微 UI 设计公司，成立 16 年来，始终保持着对国内外优秀设计作品的学习与研究。我们持续追踪全球前沿的 UI/UX 设计趋势，从中提炼可落地的设计方法论，分享给同样热爱设计的你。

一、全文速览图

1. 为什么 AI 没有按照我的规范生成页面？
2. 为什么它明明知道有组件库，却还是没有用？
3. 为什么我已经有 Figma 组件、规范文档，甚至前端工程，AI 生成出来的页面还是很乱？

背后其实是同一件事：AI 时代，设计系统的使用者变了。

过去我们讲设计系统，主要是在服务设计师、研发和团队协作。

设计师通过它统一视觉语言，判断界面质量，维护设计一致性。

研发通过它复用组件，实现页面结构，保证代码可维护。

团队通过它建立共同语言，知道用什么、怎么用、怎么保持一致。

所以，传统设计系统里通常会有三类内容

1. Foundation：颜色、字体、圆角、间距、阴影、动效这些底层视觉规则。
2. 组件：按钮、输入框、图标、导航、弹窗、表格这些可复用界面单元。
3. 规范说明：组件适用场景、使用限制、注意事项和协作方式。

这些内容对团队协作当然非常重要。 但 AI 进入工作流之后，设计系统多了一个新的使用者：AI Agent。

它不只是“看规范”，而是要进一步去 读规则、选组件、拼页面、辅助检查。 它需要知道：

1. 规则在哪里；
2. 组件在哪里；
3. 当前页面该用哪个组件；
4. 页面结构应该怎么组合；
5. 生成后又该按什么标准验收。

所以，传统设计系统给人协作够用，但给 AI 执行还缺几层。

二、传统设计系统，为什么给 AI 还不够

我现在会把这个缺口概括成四件事。

1. 经验没有显性化

很多判断原本是设计师凭经验完成的。比如：

1. 什么场景用表格，什么场景用卡片；
2. 危险操作怎么处理；
3. 筛选条件很多时怎么组织；
4. 页面里哪些区块应该先出现，哪些可以后置。

这些对人来说是经验，对 AI 来说却不是默认知识。

你不写出来，它就不知道。

2. 规则没有集中化

有些规则在 Figma 里，有些在文档里，有些在组件说明里，还有一些藏在团队习惯里。

人可以靠上下文补齐，AI 很容易读漏、读散、读不完整。

最后看起来像“它知道一点，但又没完全知道”。

3. 组件没有索引化

很多团队其实已经有组件库了，但 AI 不一定知道：

1. 组件在哪里；
2. 各自适合什么场景；
3. 有哪些替代方案；
4. 同类组件之间应该优先选哪个。

它可能知道“这里有 Button”，但不知道什么时候用 Primary，什么时候用 Danger，什么时候还要加二次确认。

4. 结果没有可检查化

AI 生成页面之后，如果没有统一的验收标准，它也不知道：

1. 哪些地方算符合规范；
2. 哪些地方算生成偏差；
3. 哪里只是长得像；
4. 哪里才是真的调用了正确组件。

所以很多时候，AI 生成页面缺的不是灵感，也不是提示词不够好，而是缺少一套明确的执行依据。

它缺：

1. 上下文
2. 资产入口
3. 组件选择依据
4. 页面组合模式
5. 执行顺序
6. 验收标准

三、所以这件事，其实要拆成两步

到这里，这件事其实可以拆成两个层面来看：

第一，AI 先读什么。第二，AI 再怎么用。

第一步：搭底座

先让 AI 有东西可读。

这里包括：

1. 大规范
2. Token
3. 基础组件
4. Design MD
5. 初始 Skill

它们解决的是：AI 先理解这套系统的风格、命名、变量、组件和基础规则。

第二步：用底座

再让 AI 知道怎么调用这些资产。

这里包括：

1. 组件索引
2. 节点地图
3. 截图参考
4. 关键词
5. 组件映射
6. 页面模板
7. 选型规则
8. 执行顺序
9. 验收回填

它们解决的是：

AI 怎么找组件、怎么选组件、怎么组合页面、怎么检查结果。

所以前两个模块合在一起，其实是在补一套 AI 执行层。

这一层让设计系统变得：

1. 可读取：AI 能读大规范、Token、基础组件和 Design MD
2. 可检索：AI 能通过组件索引、节点地图和关键词找到组件
3. 可映射：AI 能理解 Token 到组件属性、Figma 到代码组件、Variant 到 Props 的关系
4. 可选型：AI 能根据页面区域和业务意图，列出候选组件、推荐组件和选择理由
5. 可执行：AI 能按顺序读取规则、判断类型、匹配模板、生成页面，并验收回填

四、几种常见咨询场景

说完背景，再回到大家最常来问我的几种情况。

1. 只有 Figma 组件，想让 AI 直接拼页面

很多设计师会说：

我已经有一套 Figma 组件库了，能不能让 AI 直接读取组件，然后帮我拼页面？

这个方向当然可以尝试。 但 Figma 组件更多描述的是 视觉结构、图层关系和基础状态，它不一定告诉 AI：

1. 这个组件适合什么业务场景；
2. 页面区块应该怎么组合；
3. 组件之间有什么优先级。

所以这种场景最容易出现的问题是：AI 看起来用了组件，但页面结构还是很散。

这时要补的往往不是更多单个组件说明，而是：

1. 组件索引
2. 页面模板
3. 区块规则
4. 组件选型规则
5. 生成后的验收标准

比如后台列表页，不只是 Button、Input、Table 的堆叠。

它还包括页面标题、筛选区、工具栏、表格、分页、批量操作、空状态和异常状态。

AI 需要知道这些区块怎样组成一个页面。

2. 已经有规范文档，但 AI 还是不按规范

还有一些团队已经写了规范文档，甚至整理了 Design MD，但 AI 生成结果依旧发散。

这通常是因为：文档只有描述，没有连接到真实资产。

比如文档里写：

1. 危险操作需要二次确认
2. 主操作使用主按钮

但 AI 并不知道：

1. 二次确认应该用哪个组件，是 Popconfirm 还是 Modal；
2. 哪个 Figma 组件对应主按钮；
3. 代码里应该引入哪个 Button；
4. type 应该怎么写。

所以 Design MD 不能只是说明书。

它还需要继续连接到：

1. Token
2. 组件索引
3. 页面模板
4. 组件映射
5. 验收清单

否则 AI 只是“看过规范”，但没有办法稳定执行规范。

3. 有前端组件库，但 AI 仍然自己写一套

也有团队已经有前端组件库，但 AI 生成页面时还是会：

1. 自造组件
2. 重复写样式
3. 绕开已有组件

这通常不是因为组件库没用，而是 AI 不知道怎么调用。

它需要知道：

1. 组件从哪里 import
2. 什么场景适合用
3. 什么场景不能用
4. 当前页面应该优先使用哪些组件
5. 生成后如何检查有没有自造组件

这种场景下，最重要的是：不要让 AI 一上来就直接生成页面。

一个比较稳定的顺序通常是：

1. 先读 Design MD
2. 再查组件索引
3. 判断页面类型
4. 匹配页面模板
5. 输出组件选型
6. 设计师确认
7. 生成页面
8. 验收并回填规则

只有这样，AI 才不是凭感觉写页面，而是在按照组件库规则生成页面。

4. Figma、文档、代码都有，但三者没有串起来

这是最常见、也最容易混乱的一类。

团队手里有：

1. Figma 组件
2. 规范文档
3. 前端工程

但它们之间没有明确关系。

比如：

1. Figma 里的 Primary Button，对应代码里的哪个组件？
2. Figma 的 Variant，对应代码里的哪个 props？
3. Token 对应哪些组件属性？
4. 页面模板在设计侧和代码侧是否一致？
5. Design MD 里的规则，最后落到哪个真实组件上？

如果这些关系没有整理出来，AI 会看到很多材料，但不知道该以哪个为准。

这时候不是继续堆更多文件，而是先建立连接：

1. 规则和组件的连接
2. Figma 和代码的连接
3. Token 和组件属性的连接
4. 页面模板和业务场景的连接
5. 生成结果和验收清单的连接

五、最后

AI 时代的设计系统，不只是多写几份规范。

它更像是在原有设计系统之上，补一层 AI 执行层。

当这些问题被补齐之后，设计系统才会真正从“给团队协作看的规范”，变成“AI 可以参与执行的工作流”。

转载自优设网

兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。

北京兰亭妙微 UI 设计公司，成立 16 年来，始终保持着对国内外优秀设计作品的学习与研究。我们持续追踪全球前沿的 UI/UX 设计趋势，从中提炼可落地的设计方法论，分享给同样热爱设计的你。

一、全文速览图

二、先看调用图标库前后的差别

这个页面 Codex 已经能做出来。

但你看截图时，可以重点看图标，粗的细的面性的...会感觉有点乱。

不指定图标库时，AI 一般会默认用 Lucide 图标库。不是说它丑，但会让页面一眼有「AI 生成」的味道，就像Ai同样喜欢生成蓝紫色渐变的页面。

同样的页面，只是统一了图标，精致感就会上一个台阶。

三、让 AI 出图标更专业的方法

这件事可以分两种情况：还没生成页面时，先把图标规则写进去；页面已经生成后，再用一条 prompt 把图标统一回来。

方法一：页面生成前，把图标规则写进主 prompt

如果你还没开始生成页面，可以把规则直接写进主 prompt 里：

图标使用要求
界面中的图标默认使用 [Hugeicons] 图标库：
[https://hugeicons.com]
请优先选择与参考图含义和视觉风格最接近的图标。
如 [Hugeicons] 中没有完全匹配的图标，可以选择语义接近、风格一致的替代图标，但需要保持整体图标线宽、圆角和视觉统一性。
这就是最常用的调用方式。

核心不是让 Codex「推荐图标」，而是提前告诉它：图标从哪里选、怎么替代、线宽圆角和颜色要怎么统一。

方法二：页面生成后，追加一条替换图标的 prompt

如果页面已经生成好了，可以直接补这一句：

请检查当前 Dashboard 页面里的所有图标。
统一改成 [Hugeicons] 图标库，请优先从 [https://hugeicons.com/] 里选择语义最接近的图标。
所有图标保持线性风格，尺寸按使用场景统一：导航图标约 20px，数据卡片图标约 24px，消息提醒图标约 16px。
图标颜色跟随文字或卡片主色，不要混用其他图标库，也不要手写 raw SVG。

这一步做完，页面的变化会更明显。

图标会被拉回同一套视觉语言里。线条、圆角、粗细都统一以后，页面会少很多临时拼的感觉。

方法三：用企业自己的图标库

如果企业有自己的图标库，可以这么用：

帮我安装 @our-company/icons，这个项目所有导航和按钮图标都使用公司图标库。请从包里引入 React 组件，不要临时手写 SVG。
最后小一句话：别让 AI 自己猜图标。
你给它一个图标库、一条选择规则、一组样式约束，它做出来的页面就会少很多临时拼的味道。

四、哪些图标库适合让 AI 调用

选图标库时，不要只看数量多不多。

如果你真的在意外观，我建议先避开两个“坑”。

四、哪些图标库适合让 AI 调用

选图标库时，不要只看数量多不多。

如果你真的在意外观，我建议先避开两个“坑”。

lucide-react：太容易有 AI 味

它确实轻、稳、好调用，和 Shadcn UI、Tailwind 这些 AI 常用组合也很顺，所以模型特别爱用。

但也正因为太常见，那种细线、圆角、默认尺寸组合已经很容易被识别成「AI 默认图标」。如果你想要你的图标有特色一点，我不建议选它。

react-icons：方便，但容易风格杂

它把很多流行图标库都封装在一起，选择面很大。

问题是，AI 一旦从大集合里自由挑，可能这个来自 Feather，那个来自 Material，另一个来自 Font Awesome。语义对了，视觉语言却散了。

我的建议是：先选一个主风格库，再允许 AI 在找不到时做语义接近的替代，但必须保持线宽、圆角和视觉统一。

Hugeicons — 想提升质感，可以先试它

如果你想找一个覆盖面广、视觉质量也比较稳的图标库，Hugeicons 是很适合先试的一套。

它的优势是场景覆盖比较全，风格也适合拿来做完整界面：Dashboard、SaaS、产品官网、移动端页面，都比较容易找到合适的图标。

Heroicons — Tailwind 项目可以用，但别滥用

Tabler Icons — 后台系统菜单多的时候好用

Tabler 的优势是数量多。

做 ERP、数据平台、管理后台时，菜单经常一排十几个：订单、库存、客户、财务、权限、日志、工单……这时候大多数小型图标库会不够用，Tabler 更容易补上。

它个性不算强，但很适合「东西很多、还要整齐」的项目。

Phosphor Icons — 想做层级，可以选它

Phosphor 比较适合你想控制视觉层级的时候。

同一个图标有 Thin、Light、Regular、Bold、Fill、Duotone 等版本。比如普通状态用 Regular，重点入口用 Fill，空状态插画旁边用 Duotone，页面会有更细的层次。

这种库适合有一点设计控制欲的人。你愿意多说几句规则，它回报你的细节也更多。

Radix Icons — 小尺寸组件更稳

Radix Icons 数量不算最多，但它在小尺寸 UI 里很舒服。

按钮、弹窗、表单、Dropdown、Toast 这种组件里，图标太花反而烦。Radix 的 15×15 网格很规整，适合做设计系统里的小图标。

如果你的项目偏组件库、B 端工具、内部系统，它会比很多大而全的库更稳。

补充选择：Remix Icon / Material Symbols / Feather

Remix Icon — 企业工具和通用 Web 产品可以用

Remix Icon 很中性，适合企业工具、内容平台、通用 Web 产品，所有图标均免费供个人和商业使用。

Material Symbols — 做 Google / Android 风格时再用

Material Symbols 更适合 Google / Android / Material Design 体系，普通项目不要为了「看起来专业」硬上，参数太多会增加控制成本。

Feather — 干净经典，但别默认选

Feather 很经典，也很干净，但数量相对少一点。它和 Lucide 的视觉气质很接近，如果你已经觉得 Lucide 有 AI 味，Feather 也要谨慎使用。

五、如果你平时用 Figma 做设计，也可以这样用

Step 1：准备图标库

在 Figma 社区 找个图标库，或者把自己画的图标整理成组件页，顺手把名字改成 icon-home、icon-message 这种语义名称。

Step 2：整理到同一个区域

把这一页要用的图标放到同一个 frame 或组件区里，别让 Codex 在一堆图层里乱找。

Step 3：把链接交给 Codex

把 Figma 链接交给 Codex 的 Figma 插件，并补一句：

[figma链接] 请优先使用这个 Figma 图标区里的图标。如果没有完全匹配的图标，可以选择语义接近、风格一致的替代图标。

转载自优设网

兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。

北京兰亭妙微 UI 设计公司，成立 16 年来，始终保持着对国内外优秀设计作品的学习与研究。我们持续追踪全球前沿的 UI/UX 设计趋势，从中提炼可落地的设计方法论，分享给同样热爱设计的你。

二、选色就要干净

很多人在暗部选色时，就容易选的很脏，尤其是黄色，比如下面这种：

如果暗部颜色本身就选脏了，拿出来的最终质感就是这样的：

但如果你选择色相本身没那么脏：

这时候出来的效果就是这样的：

你可以对比下，脏不脏，一目了然：

这里选黄色暗部颜色的时候，有个小技巧，如果你实在不知道怎么选，你可以将亮部的颜色直接再叠加一层，把新的一层变成正片叠底模式，出来的新颜色，就可以作为暗部的颜色！

是不是非常简单，这样你就不用自己去选颜色了，在这个颜色基础上，微调就可以了！

可以看下面两个黄色暗部的对比，很明显左侧的就很脏，右侧就很通透：

三、环境边缘光弱化脏感

有时候如果我们增加暗部颜色，加过了，导致整体质感有点脏，这个时候，你只需要加一层边缘光，就会提亮不少，减少脏感。

哪怕是刚才那么脏的暗黄色，增加边缘光之后，都会好很多：

其实原理就是在边缘打了个灯光，你想想，那能不亮堂点吗！

实在案例中，也是非常好用，像这个左侧不加边缘光，就显得很脏，加了之后就清透很多：

再比如下面这个，加了边缘光，包括头部，手指等地方，也会通透很多：

所以，加边缘光真的可以减弱很多脏感！

四、大量融入黑白灰

左侧为什么那么显脏，其实除了颜色用的脏以外，很重要的是右侧除了红色和少量绿色，大部分面积都是黑色！

而左侧的图几乎没有黑白灰，连面部都是肉色。

当然，倒不是说颜色用多种就一定脏，而是容易用脏，所以我们现在会很好的控制黑白灰的面积。

你仔细观察，其实我们做的很多画面，都融入了大量的黑白灰，所以颜色就不容脏：

反倒是刚毕业的时候，不知道这个窍门，不管是做平面海报、吉祥物还是图标，都是各种颜色搭配，完了还用不好，最终显脏：

希望大家现在都能记住这个点！

总结起来，我认为减少颜色脏的技巧有3点：

第一，选色时就不能在颜色中融入过多的黑色，不然你选的颜色就很脏了。

第二，利用边缘光去提亮整体的亮度，减少脏感

第三，多增加黑白灰的面积比例，而不是多彩色去搭配，因为黑白灰比较保险，这样可以减少颜色用脏的风险！

转载自优设网

兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。

北京兰亭妙微 UI 设计公司，成立 16 年来，始终保持着对国内外优秀设计作品的学习与研究。我们持续追踪全球前沿的 UI/UX 设计趋势，从中提炼可落地的设计方法论，分享给同样热爱设计的你。

 一、项目定位与行业现存痛点
产品简介
Momentum是面向中大型企业团队的一站式AI赋能生产力协同SaaS，覆盖PC网页工作台、手机随身客户端、智能手表轻量化终端三端设备，配套明亮浅白、深色暗调两套完整界面主题。平台整合项目更新总量、迭代次数、会议时长、KPI绩效、任务完成率、周工作量热力看板六大类数据指标，内置团队消息会话、文档素材、待办清单、原生AI助手四大办公模块，适配办公室精细化项目管控、外出移动处理工作、碎片化手表速查数据全场景办公需求。

传统团队协同工具四大行业痛点
1. 多终端视觉割裂：电脑、手机、穿戴设备界面风格、组件规范不统一，团队切换设备学习成本高；
2. 缺少深浅完整双主题：仅提供浅色模式，夜间加班办公强光刺眼，无适配深色主题；
3. 数据指标分散杂乱：迭代、会议、绩效、工作量数据拆分多个页面，管理者无法单屏汇总团队产能；
4. 品牌视觉记忆点薄弱：多数协同后台采用灰蓝常规配色，无高辨识度主色，产品同质化严重。

二、产品完整团队效率管理闭环
三端数据实时同步，形成全局数据总览→项目进度管控→移动端随时处理事务→手表碎片化速查完整办公闭环
1. PC端Dashboard全局总览层：顶部个性化欢迎入口，一站式陈列项目更新、迭代次数、平均会议时长、团队KPI、任务完成率核心数字，搭配条形图表、周工作量热力色块看板，直观展示团队产能负载；
2. 左侧全局导航栏：分层通用功能（仪表盘、模板、产品、文档、消息）、待办清单、AI助手、团队会话联系人，层级清晰高频操作触达便捷；
3. 移动端轻量化精简面板：保留核心数据图表、日历日程、待办消息，底部极简导航栏适配单手触控操作；
4. 智能手表极简表盘：只展示项目更新总量与核心趋势图表，抬手快速读取关键业务数据；
5. 深浅双主题完整体系：同一套组件、图表、卡片分别适配浅白明亮、深色氛围感两套基底，满足昼夜不同办公环境。

 三、核心页面模块设计拆解
模块1：PC端全局数据仪表盘（深浅双版本）
左侧固定侧边导航，右侧多卡片网格轻量化布局，以活力暖橙为统一品牌识别色
1. 顶部全局操作栏：搜索框、月度时间筛选、通知、个人头像快捷入口；
2. 顶部欢迎引导区：个性化用户问候，搭配流体渐变橙抽象视觉Banner传递提效产品定位；
3. 六大核心数据卡片：项目更新总量柱状图、迭代次数、周均会议时长、团队KPI得分、任务完成率、周工作量热力色块表，全部采用橙系渐变填充；
4. 右侧日程与预约卡片：当月日历、团队待办日程，一键发起会议预约；
5. 左下角升级专业版醒目橙色行动按钮，清晰引导付费转化。

模块2：移动端轻量化首页
1. 顶部月度筛选、消息通知、个人头像；
2. 精简版核心数据图表，压缩冗余参数适配竖屏；
3. 日历日程模块展示当日团队任务；
4. 底部五图标极简导航：首页、模板、文档、待办、消息，单手即可点击全部高频功能。

模块3：智能手表表盘组件
极简无冗余布局，保留项目更新数字、简化趋势条形图，复用品牌橙色配色，小尺寸屏幕信息不拥挤。

模块4：深浅双主题统一组件体系
进度条、热力色块、数据卡片、按钮、输入框一套设计规范，仅切换基底与文字色值，视觉风格完全统一，降低开发维护成本。

四、视觉设计体系：活力暖橙现代商务生产力风
1. 色彩系统
- 双基底体系：纯净哑光浅灰白（日间办公）、深棕近黑深色基底（夜间加班）；
- 品牌主识别色：高活力暖橙色，用于按钮、图表填充、高亮指标、品牌Logo，辨识度极强，区别于行业常规蓝灰配色；
- 辅助区分色：浅灰用于次要边框、辅助文字，纯白/深灰承载卡片面板；
- 数据状态色：同橙色深浅渐变区分工作量低/中/高/饱和四级负载，直观易懂。

2. 图形与可视化规范
1. 轻量化柔和图表：条形趋势图、色块热力看板统一暖橙渐变，线条柔和无生硬棱角；
2. 大圆角悬浮卡片：极低柔和阴影，大量留白，多卡片同屏排布整洁不拥挤；
3. 流体渐变抽象视觉图形，作为页面装饰强化科技提效氛围感；
4. 纤细线性极简导航图标，三端完全复用，视觉体系统一。

3. 文字层级规范
纤细无衬线现代商务字体，三层清晰信息层级：产能/任务超大加粗数字→模块板块标题→日程、参数辅助小字，远距离快速抓取团队核心绩效数据。

五、产品商业与团队落地价值
1. 电脑/手机/手表三端统一视觉规范：一套设计系统覆盖全设备，降低团队多设备切换学习成本；
2. 完整深浅双主题适配全时段办公：白天浅色舒适、夜间深色护眼，覆盖全天办公场景；
3. 一站式汇总全部团队产能数据：单仪表盘看完迭代、会议、绩效、工作量，管理者高效评估团队负载；
4. 高记忆点暖橙品牌色打造差异化：跳出行业千篇一律蓝灰后台，视觉辨识度高利于产品品牌传播；
5. 轻量化移动端与手表终端：碎片化场景快速查看数据，不用打开电脑也能掌握项目进度，提升团队响应效率。

图片来自Behance

兰亭妙微（蓝蓝设计）www.lanlanwork.com 是一家专注而深入的界面设计公司，为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计，以及相关的软件开发服务，咨询电话：01063334945。

互联网行业增量时代已成过去，单纯堆砌功能、迭代页面很难拉动业务增长。如今设计师常面临灵魂拷问：界面优化、交互改版究竟带来了多少真实收益？用户体验是主观感受，仅靠 “好用、流畅” 无法支撑业务决策，体验度量模型就是把模糊体感转化为可量化、可追踪、可复盘指标体系的核心工具。兰亭妙微结合多年 ToB、ToC 设计落地经验，梳理主流行业成熟度量框架，拆解一套可落地、轻量化的自建度量模型搭建思路。

作为深耕 UI/UX 全案设计的团队，兰亭妙微始终坚持持续拆解主流产品交互细节，沉淀可落地的设计思考。长期复盘各类产品体验，既能补齐设计逻辑短板，也能跳出模板化思维，真正做到以用户情绪、操作路径为核心做设计。本文选取餐饮、招聘、地图、短视频、电商直播五大赛道产品，结合竞品对比，拆解细节背后的设计策略。