01 / 05 能力重塑

体验设计的底层升级

When AI Is the Product, Design Must Move One Layer Deeper

AI 时代对体验设计师提出了一个新要求:不只是把界面做好看,而是真正理解 AI 在做什么。推理延迟、上下文衰减、指令歧义——这些技术机制直接决定用户的感受,却长期游离在设计认知的边界之外。下面三个案例,分别从「等待体验」「记忆管理」「个性设计」三个维度切入,说明当我们开始读懂 AI 的运行逻辑,体验决策才真正有了着力点。

💬 用户意图 Input
🧩 任务拆解 Planning
Skill 调用 Execution
🌊 流式输出 Streaming
界面渲染 GUI
思考方向
AI 原生 · 体验工程化
案例数量
3 个真实场景 · 含交互演示
核心问题
设计师需要理解多少技术底层?
洞察 01

体验的断点,往往藏在工程链路里——而不是某个按钮的文案上

洞察 02

读懂技术约束的设计师,才能真正绕开它——否则你只是在一个看不见的笼子里做选择

洞察 03

将来,你的设计交付物里会出现:Agent 人设、意图确认策略、任务反馈节奏

Case 01

JSON 流式补全——让推理过程从黑盒变成可见

做合同审阅这类 AI 功能时,模型推理往往需要 10 秒以上。常见的处理方式是:等模型跑完、拿到完整结果,再一次性渲染到界面上。结果就是用户盯着转圈什么都看不到,体感上像"卡住了"。

设计师的第一反应通常是做一个更好看的 loading 动画——但这治标不治本。问题不在视觉,在于用户等待的是真实信息的到来,而不是一个旋转的圆圈。

真正的解法是理解模型输出数据的方式:模型生成结构化内容时,文字是一个 token 一个 token 按顺序流出的,并不需要等全部生成完才能渲染。只要把 JSON 的字段顺序设计好——把"合同类型""甲方主体"这类容易推断的字段排在前面,把需要深度分析的"核心条款"放在后面——用户在推理开始后不到 0.8 秒就能看到第一条有效信息,后续内容陆续打字机填入。

用户的感受从"等待 → 内容突然出现",变成了"信息持续流进来"。这不是动效优化,而是通过调整数据结构影响体验节奏——这个判断,恰好需要设计师对模型输出机制有基本的认知才能做出。

合同智能审阅
批量加载
合同分析结果
合同类型
甲方主体
风险评级
核心条款
0.0s
等待模型推理中…
首次内容 ~7.2s
流式渐进
合同分析结果
合同类型
甲方主体
风险评级
核心条款
首次内容 < 0.8s
Case 02

设计师的两次认知升级——看见决策路径,表达置信度

AI 介入之后,体验问题的发源地变了。它不再只发生在「用户点了什么」,而是发生在模型做了什么判断、判断是否准确、用户是否能理解这个判断的可靠程度。传统的用户旅程图和交互反馈逻辑,已经覆盖不到这个层面。

第一次升级:把黑盒拆开。设计师需要把「AI 分析中」这个方块拆解成模型决策的每一个节点——识别类型、提取条款、比对规则、输出评级。每个节点都有不同的置信度、不同的失败模式,也对应不同的设计干预点。用户旅程图只告诉你用户做了什么,模型决策路径才告诉你体验断裂真正发生在哪。

第二次升级:让不确定性可见。AI 的输出本质上是概率性的——同样一段结论,有的来自文档中明确的文字依据,有的是基于上下文推断出来的,有的根本没有依据但语气同样自信。设计师如果沿用「确定性系统」的反馈逻辑,把所有输出都包装成同等权威的样子,用户一旦踩坑,信任就直接崩掉。真正的解法不是加一行免责声明,而是通过视觉层级、措辞语气、来源标注,帮用户建立准确的信任校准。

每条 AI 结论背后都有推断假设。紫色点数 = 假设层数,假设越多置信度越低。点击任意假设 chip 修改前提,结论实时重算。

合同类型 服务采购协议(SaaS 软件订阅)
📎 直接依据 · 合同标题第 1 条明文,无需假设
合同金额 ¥ 480,000 / 年,含税
税率增值税 13%
风险评级 中等风险 · 3 项待确认
行业基准SaaS 标准
条款完整度部分缺失
违约条款 罚息 0.05%/日,上限按法定 30%
起算时间逾期次日
上限依据合同法 106 条
交叉印证附件 A
Case 03

设计 Agent 本体——从界面交互到 AI 性格

当产品演变为超级终端——功能以 Skill 或子 Agent 的形式存在,用户主要通过自然语言完成任务——设计师的工作对象就不再是界面,而是 Agent 本体本身。

你需要设计的东西变了:人设与对话风格(专业严谨还是轻松引导,在什么场景切换);能力边界与兜底策略(当用户问了超出范围的问题,不能只说"我不知道",而是优雅说明边界、给出替代价值);意图确认策略(多轮对话后仍无法判断指令时,是继续追问、还是做出合理假设并让用户确认);任务反馈节奏(长任务需要分阶段播报进度,短任务直接出结果——不该等、不该说废话)。

传统的设计三件套——页面、流程、文案——在这里演变成了「人设 → 决策树 → 反馈机制」。衡量体验质量的指标也在悄悄迁移:点击率、转化率、停留时长,让位给任务完成率、平均对话轮数、意图识别准确率。

这不是产品经理的专属领地。在 AI 原生产品里,没有那么清晰的职责壁垒——每个人都可以参与定义产品。这反而要求设计师更主动:不只是执行交互规范,而是参与定义 AI 本体的认知逻辑与表达风格。也许很多人觉得这是产品的事——恰恰是这个想法需要先被打破。这个时代才是真正意义上的「人人都是产品经理」,它从未如此字面。

未配置 Agent
帮我评估这份合同涉及的市场利率风险
抱歉,这超出了我的能力范围,无法回答。
❌ 裸拒绝,用户被抛弃,下一步不知道怎么办
已配置 Agent
帮我评估这份合同涉及的市场利率风险
利率风险预测需要实时市场数据,不在我的能力范围内。不过我可以把合同里「浮动利率挂钩条款」和「利率上限约定」整理出来——这是你带去找金融顾问时最需要先厘清的法律前提。要继续吗?
✓ 边界说清楚,主动转移替代价值,用户有路走
未配置 Agent
帮我看看这份协议
请问您想看哪个方面?
重点检查一下
您具体指哪部分的重点呢?
你自己判断就好
我需要您指定具体范围才能帮到您。
❌ 三轮追问,零实质输出,用户已放弃
已配置 Agent
帮我看看这份协议
扫描完成。这是一份 2 年期软件订阅协议,我通常优先检查三点:自动续约通知期、数据归属权、违约赔偿上限。这份合同第 8 条续约通知期只有 7 天——要从这里展开,还是你有其他关注点?
✓ 主动假设 + 直接输出,让用户「确认」而非「填空」
未配置 Agent
帮我对比这五份采购合同的核心差异
…(转圈 28 秒,无任何反馈)
对比完成。合同 A 付款周期 30 天,合同 B 45 天,合同 C 违约金 5%……(一次性输出全部)
❌ 黑盒等待,不知道在不在运行,输出无结构
已配置 Agent
帮我对比这五份采购合同的核心差异
收到 5 份文件,开始逐一解析结构… (1/5)
正在提取核心条款:付款周期 · 终止条件 · 保密期限 · 违约责任…
⚠ 发现差异:合同 C 违约金上限 5%,其余四份均为 10%,已标注。
📋 对比矩阵已生成,高风险差异 2 处已高亮,可直接导出。
✓ 分阶段播报 = 持续确定感,长任务不再是黑盒
设计判断

Chat 之外——AI 产品的四种新交互形态

输入框假设用户知道自己想要什么,并且有能力把它说清楚。但这两个条件大多数时候都不成立。真正值得关注的 AI 交互创新,都在试图把「表达意图」这件事从语言层移走——用格式、用行为副产品、用最小动作、用时间戳来替代文字输入。以下四种形态是当前最具方向性的探索,也是我认为在法律/合同行业值得提前布局的交互路径。

01 选形代言 Format as Intent

格式选择即指令。用户不需要描述「我想要什么」,只需要选一个输出形式,格式本身就完整表达了意图。更激进的延伸是:当 AI 对用户的角色、当前阶段和关注对象了解足够深时,连「选格式」这个动作也会消失——界面直接呈现最适合此刻的形式。意图不再被说出来,而是被读取到。

NotebookLM · 格式选择器
Sources Notebook guide Chat
🎙️ Audio Overview 点击即生成
📖 Study Guide 问答 + 测验
📋 FAQ 常见问题集
📊 Briefing Doc 执行摘要
↑ 格式即指令,无输入框
Gamma · 目标格式决定输出
选择你要创建的形式
📊
Presentation
幻灯片
📄
Document
文档
🌐
Webpage
网页
💬
Social post
社交内容
在电子签名行业的落地方向
⚖️ 角色即格式——声明「甲方法务 / 财务审批 / 对方律师」,同一份合同的信息优先级、高亮维度和建议动作完全重构,无需任何文字描述
📅 阶段即格式——系统检测合同处于「谈判中 / 即将签署 / 出现争议」哪个阶段,自动切换对应信息呈现模式,不需要用户选择
🎯 立场即格式——谈判时切换「我方 / 中性 / 对方律师视角」,AI 用对方逻辑重解同一份合同,识别潜在让步空间
02 副产品飞轮 Behavior Byproduct Loop

用户的消费行为和操作轨迹本身就是训练数据——在哪里停留、跳过什么、分享什么,这些副产品在静默地重构下一次的个性化呈现。没有设置页,没有「告诉我你的兴趣」,行为即信号,没有显式反馈这件事。

Huxe · 个性化晨间简报
Good Morning
Wednesday · AI 个性化简报
📱 Tech
OpenAI releases new open-weight models
3 sources · 2 min read
⚖️ Policy
电子合同新监管框架草案发布
5 sources · 1 min read
💼 Business
SaaS B端合同管理市场新动向
2 sources · 2 min read
↑ 无搜索框 · 行为驱动个性化
Particle News · 覆盖度信息流
Today · Curated for you
AI model regulation debate intensifies in EU
Coverage spectrum · 8 sources
Contract AI reshapes B2B legal workflows
Coverage spectrum · 12 sources
在电子签名行业的落地方向
🔍 注意力热图——追踪用户在合同哪些条款停留超过 30 秒,建立「高关注区域」模型,下一份同类合同预加载高亮这些位置
📉 风险阈值自学习——多次展开某类风险提示,AI 提升权重;多次忽略,自动降级。审签行为就是偏好训练,没有设置页
🗂️ 谈判轨迹建模——合同来回修订的版本历史(谁改了什么、改了几轮)成为下一份同类合同的风险预判训练数据
03 人做判断 AI做执行 Human Calibrates, AI Executes

人只需要做关键的 10% 校准——一个标记、一次划线、一个「不相关」——AI 完成 90% 的执行。人的角色从创作者退化为审核者,从输入内容退化为纠偏方向。这不是自动化,而是一种新的人机分工:人负责判断,AI 负责表达。

Granola · 异步协作会议纪要
你的笔记(稀疏)
Q3 deadline 压力大
责任条款有问题
价格 TBD 周五前
对方需内部审批
AI 展开(丰富)
Q3 截止日期争议
Sarah 提出 9/30 上线存在压力,建议推迟至 10/15,原因是集成测试尚未完成…
责任条款修订意见
第 4.2 条关于间接损失表述被标记为争议点,双方律师需本周复核…
Linear AI · 人做判断确认
AI 生成工作项 · 等待确认
审查合同第 4.2 条责任条款
法务 · 高优先级
确认
发送修订版合同给对方律师
销售 · 本周五前
确认
跟进对方内部审批进度
自动生成 · 待确认
移除
在电子签名行业的落地方向
✏️ 划线即修改指令——谈判中用户划线标注一句话,AI 生成三个修改方向供选择,用户只管选,不用写一个字
📨 异议即修订函——对某条款标记「有问题」,AI 自动生成完整书面修订意见函,用户只需确认发送
🗑️ 排除即收集——AI 自动拉取所有相关证据数据,用户只做一件事:点「不相关」来排除,AI 据此重新整理文件包
04 时刻印记 Moment Imprint

一键钉住任意时刻,AI 提取上下文自动归类,印记随时间积累成个人知识图谱。收集的过程本身就是界面,整理不再是独立的工作步骤。当印记足够多,AI 开始主动连接——知道你关注什么、在哪里反复停留,替你把知识的点连成线。

Snipd · 播客时刻印记
THE KNOWLEDGE PROJECT · EP 198
The Art of Clear Thinking with Rolf Dobelli
24:3558:12
"The key insight here is that cognitive biases compound over time, meaning small errors in judgment..."
✂️  Create Snip
📌 已保存的 Snip
认知偏差的复利效应——小错误随时间累积放大,影响长期决策质量
Readwise · 印记积累成图谱
Today's Review · 5 highlights
"The best contracts are the ones both parties forget about"
Getting to Yes · 3天前标记
争议解决条款的位置决定合同的实质权力分配
合同法律实务 · 1周前标记
电子签名的法律效力边界正在各司法区扩张
数字法律前沿 · 2周前标记
↑ 印记积累 · AI 定期复习推送
在电子签名行业的落地方向
📌 条款收藏库——审合同时一键收藏任意条款表述,积累个人「好条款库」,AI 下次起草时主动调取,带出使用频次和适用场景标注
⏱️ 谈判关键时刻——合同谈判录音中随时一键标记,AI 提取前后三分钟完整上下文、对方措辞和己方表态,自动生成谈判纪要,不需要回放整段录音
签署时间胶囊——合同签署时刻自动记录完整业务背景(参与方、商务条件、决策依据),供日后纠纷溯源,这份上下文比合同本身更有证明价值

"You can't just ask customers what they want and then try to give that to them. By the time you get it built, they'll want something new."

— Steve Jobs  ·  AI 时代的延伸版本:你甚至不能等到用户说出"我想要"——你需要在系统运作的那一秒里,提前做好决策。

结语

体验设计的本质没有变——减少摩擦、创造确定感、建立信任。变的是抵达这些目标的路径:你无法只靠 Figma 解决发生在模型推理层的问题。AI 原生产品需要的设计师,是那些愿意越过层级边界、把 streaming 机制、token 窗口、Agent 决策逻辑都当作设计材料的人——而不是等工程师把它们包好后,你再来排版。

推荐实践 · Skill 组合

设计稿还原走查

走查依赖人工是设计师日常最消耗精力的环节——逐屏比对 Figma 与实现,不只费时,还容易在间距、字重、响应式断点这些地方遗漏。以下三个 Skill 的组合专为「产品 UI / 设计稿还原」场景设计,可以直接接入走查流程,把视觉还原验证和规范检查的大部分工作交给 AI。

figma-implement-design
Figma 设计稿实现核查
读取 Figma 设计文件,对照已实现界面检查还原度——组件结构、间距偏移、字体样式、色值是否与设计稿一致。走查的核心动作。
web-design-guidelines
Web 设计规范检查
对照 Web 设计标准验证响应式断点表现、触控目标尺寸、可读性规范——补全人工走查容易遗漏的系统性问题,尤其适合多端适配场景。
react-best-practices
React 实现规范审查
从前端视角检查组件结构与命名规范,帮助设计师读懂实现层的问题根源——而不是只能说「这里不对」却说不清楚为什么。这正是底层能力升级的方向。

以上 Skill 可在 Claude Cowork 插件市场中搜索安装,三者组合使用效果最佳。

← 返回思考集