📘 第 7 课：Discernment for user experience（体验侧判断力）
所属课程：AI Fluency for Builders（the AI Architect path 第 1 门） 官方课时定位：Section 4「Discernment for builders」— Lesson「Discernment for user experience」 课时长度：预计 45 分钟（视频 2 分钟 + UX Lab + 大练习） 针对认证：CCAR-P（架构师 Professional） 整理日期：2026-10-13 ⚠️ 语料来源：官方 Skilljar 课程正文（用户提供，非公开抓取）。CC BY-NC-SA 4.0，仅供个人学习。 ⭐ 本课权重提示：与第 6 课（Discernment for code）构成官方「判断力一分为二」的另一半；无障碍（accessibility）是领域 5 与领域 4 的交叉考点。
🎯 本课学习目标（What you'll learn）
Estimated time: 45 minutes
学完本课后，你应当能够：
- 在指定 AI 该构建什么时，应用层级结构（hierarchy）、用户流程（user flows）、无障碍（accessibility）与反馈模式（feedback patterns）
- 用足够具体、可据以行动的反馈来评判 AI 生成的设计
- 在速度、打磨度与用户需求之间做出有意图的权衡决定（intentional tradeoff decisions）
📖 一、课程导读：设计成为差异化因素
官方原句： As AI speeds up implementation, design becomes the differentiator. This lesson covers the UX principles that matter most when working with AI, why "make it look good" produces nothing useful, and how to close the gap between a critique you'd give a colleague and a description AI can execute.
架构师级精译：
随着 AI 加速实现环节，设计成为差异化因素（the differentiator）。本课涵盖与 AI 协作时最重要的 UX 原则，解释为什么"让它好看点"产生不了任何有用的东西，以及如何弥合你给同事的批评意见与 AI 可执行的描述之间的鸿沟。
💡 三个关键点
| 概念 | 说明 | 考点价值 |
|---|---|---|
design becomes the differentiator |
设计成为差异化因素 | ⭐ 实现被加速 → 竞争点转移到设计。呼应第 4 课 raising the bar、第 6 课 taste |
⭐ "make it look good" produces nothing useful |
"让它好看点"产生不了任何有用的东西 | ⭐ 见 Key takeaway 2 的 "a wish, not a spec" |
close the gap between a critique ... and a description AI can execute |
弥合"给人的批评"与"AI 可执行的描述"之间的鸿沟 | ⭐ 见 Key takeaway 4 |
🧪 二、UX Lab：四项原则（Apply the four principles）
官方交互组件说明： Each tab shows a food delivery screen with common UX problems AI generates by default. Hover over any element to discover what's wrong — then click Show Fix to see how it should be built.
精译：每个标签页展示一个外卖点餐界面，其中包含 AI 默认会生成的一些常见 UX 问题。悬停在任意元素上可发现问题 —— 然后点击 Show Fix（显示修复）查看它应该如何构建。
四项原则：Clarity（清晰）｜Hierarchy（层级）｜Accessibility（无障碍）｜Feedback（反馈）
原则 1：Clarity（清晰）—— 官方完整定义
官方原文： Principle 1 of 4 — Clarity. Every element should instantly communicate its purpose. Users shouldn't have to guess what a button does or what a field means.
精译：每一个元素都应当即时传达其用途。用户不该需要去猜一个按钮是做什么的，或一个字段是什么意思。
UX Lab 示例界面（官方给出的反例）
← App ⋮
Burger 12.00
Fries 4.50
Total 16.50
[ Submit ]
这个界面暴露的 Clarity 问题（可从官方定义 + 界面内容反推）：
| 问题 | 具体表现 |
|---|---|
⭐ Submit 是含糊的按钮文案 |
用户要猜：提交给谁？提交后发生什么？是"下单"还是"保存"？ |
⋮（溢出菜单）无标签 |
用户不知道里面有什么 |
Total 16.50 未标明币种与是否含税/配送费 |
用户要猜最终支付金额 |
← App 返回目标不明 |
返回到哪里？ |
⚠️ 严谨性说明：以上问题清单是依据官方 Clarity 定义 + 所给界面内容作的合理分析，非官方逐条标注原文（正文此处未展开逐元素批注）。核心官方定义已加粗标出，可放心背诵。 考点：题干给一个类似界面问"违反了哪项原则"→ 关键是按钮文案含糊、用途不明 → 选 Clarity。
修复方向（Show Fix 的预期答案）：
Submit→Place Order（下单）；补币种与费用说明；为溢出菜单加可访问标签。
其余三项原则（名称 + 标准释义）
⚠️ 严谨性说明：用户提供的正文中，仅 Clarity 给出了完整定义；Hierarchy、Accessibility、Feedback 只出现名称。 但练习部分的四条检查项（见下文练习）恰好与四原则一一对应，因此可作为官方口径的补充依据。
| 原则 | 英文 | 对应练习中的官方检查项（原文口径） |
|---|---|---|
| Hierarchy 层级 | Information Hierarchy |
Is the most important information the first thing users see? |
| Accessibility 无障碍 | Accessibility |
Does it pass color contrast, screen reader, and keyboard navigation checks? |
| Feedback 反馈 | Feedback & Error Handling |
Does the interface acknowledge user actions and explain what to do when something goes wrong? |
🔑 三、核心要点（Key takeaways）· 必背
1. 实现变快后，体验是差异化因素
When implementation is fast, experience is the differentiator. Design literacy is a core builder skill.
精译：当实现变快时，体验就是差异化因素。设计素养（design literacy）是一项核心的构建者技能。
| 概念 | 说明 |
|---|---|
experience is the differentiator |
体验是差异化因素 |
⭐ design literacy |
设计素养（与 AI literacy 相对的构词，见生词本 034） |
呼应第 6 课
taste is a builder skill、第 4 课raising the bar。同一条逻辑链的第三种表述。
2. ⭐ "让它好看点"是愿望，不是规格
"Make it look good" is a wish, not a spec. Describe experience with the same precision as a function.
精译："让它好看点"是一个愿望，不是一份规格。描述体验时，要用与描述函数同等的精度。
⭐
a wish, not a spec是本课最值得背的一句，也是第 5 课Every adjective should be a decision you can defend的 UX 版。 考点： * 题干给"让界面好看点""做得用户友好些"这类指令问为什么无效 → 答它是愿望不是规格 / 不可测量 / AI 无法据以执行。 *the same precision as a function—— 用描述函数的精度描述体验。这是极好的判据：函数签名能写清参数和返回值，体验描述也该能写清"谁、在什么场景、看到什么、能做什么"。 * 呼应第 5 课描述链：含糊形容词 → 必须在requirement环就翻译成可测量表述。
3. ⭐ AI 默认做不对无障碍
AI does not get accessibility right by default. Specify it, then audit what you get back.**
精译：AI 默认不会把无障碍做对。要明确指定它，然后审计你拿回来的东西。
| 概念 | 说明 |
|---|---|
by default |
默认地（未加约束时） |
⭐ Specify it |
明确指定（在描述阶段就写进去） |
⭐ then audit what you get back |
然后审计拿回来的成果 |
⭐ 两个动作缺一不可：先指定（Description）→ 后审计（Discernment）。 呼应第 6 课：AI 有
predictable blind spots—— 无障碍是其中一个可预测盲点。 考点：题干给"AI 生成的界面对屏幕阅读器不友好"→ 正确答案同时包含在需求中明确指定无障碍与交付后做无障碍审计；只选"让 AI 重写"不完整。 呼应生词本 024hands-on的分层 HITL 思路：无障碍审计是必须人工兜底的环节。
4. ⭐ 好的批评 ≠ 可执行的 AI 描述
A good critique and an actionable AI description are different artifacts. Learn to translate between them.
精译：一份好的批评意见与一份可执行的 AI 描述是两种不同的产物。要学会在两者之间做翻译。
| 概念 | 说明 |
|---|---|
a good critique |
给同事的批评（人能心领神会） |
an actionable AI description |
AI 可据以行动的描述（必须显式、具体） |
different artifacts |
不同的产物（不是同一种东西） |
⭐ translate between them |
在两者之间翻译 |
⭐ 这又是一次"翻译者"定位 —— 呼应第 5 课
the builder as the translator at every step。 区别在哪： * 人听批评能脑补缺失的上下文；AI 不能（第 5 课AI cannot hear what the user did not say）。 * 所以"这个按钮不清楚"对人够用，对 AI 不够 —— 必须翻译成"Submit按钮改名为Place Order，并在按钮下方显示费用明细"。 考点：题干问"为什么对人有效的反馈对 AI 无效"→ 答两者是不同产物，需要翻译；AI 无法推断未言明的意图。
✍️ 四、实战项目：Clinic Wait Time Project, Part 3（诊所等待时间项目·第 3 部分）
任务：为你的诊所应用写一份设计规格（design spec） —— 包含用户流程、信息层级、交互模式 —— 然后依据该规格用 AI 重新构建它。
评判结果：AI 在哪里做对了（nail it）？哪里是技术上正确但体验上平淡（technically correct but experientially flat）？
产出：跑一次快速无障碍审计，并记录 AI 遗漏了什么。
⭐ 四条官方检查项（与四原则一一对应）
| 原则 | 官方检查项（原文） | 精译 |
|---|---|---|
| Clarity & Mental Model 清晰与心智模型 |
Does the output use language and patterns a clinic admin would recognize? | 产出是否使用了诊所管理员能认出的语言与模式？ |
| Information Hierarchy 信息层级 |
Is the most important information the first thing users see? | 最重要的信息是不是用户第一眼看到的？ |
| Accessibility 无障碍 |
Does it pass color contrast, screen reader, and keyboard navigation checks? | 是否通过色彩对比度、屏幕阅读器、键盘导航检查？ |
| Feedback & Error Handling 反馈与错误处理 |
Does the interface acknowledge user actions and explain what to do when something goes wrong? | 界面是否会确认用户操作，并在出问题时说明该做什么？ |
💡 无障碍的三项具体检查是硬知识，建议原样背： color contrast（色彩对比度）｜screen reader（屏幕阅读器）｜keyboard navigation（键盘导航）
呼应考纲领域 5（合规 / 包容性）与领域 4（评估指标）。 ⚠️ 诊所场景尤其敏感：医疗场景的无障碍与隐私（HIPAA）常同时出现。
technically correct but experientially flat—— 技术上正确但体验上平淡，与第 6 课technically complete but misses the point是同一判语的 UX 版。
🤔 五、课后反思（Lesson reflection）
- 你的设计规格中，有多大比重是在描述界面"做什么"，又有多少是在描述"用起来该是什么感觉"？
呼应 Key takeaway 2：体验要用描述函数的精度来描述。
- 跑完无障碍检查后，你是从一开始就带着无障碍意识构建，还是在最后才补上去的？
⭐ 官方明显倾向从一开始（from the start）—— 呼应 Key takeaway 3 的
Specify it（先指定），以及第 4 课"写代码前写验收测试"的一贯立场：事后补救 > 没有，但远不如事前指定。
➡️ 六、下一课（What's next）
You've looked at your Clinic Wait Time Checker through both a code lens and a UX lens. In the next lesson, you'll tackle the hardest question: what does it mean to actually stand behind what you build?
精译：你已经用代码镜头和 UX 镜头两个角度审视了诊所等待时间查询器。下一课，你将处理最难的问题：真正为你所构建的东西背书，到底意味着什么？
⭐ 官方用了
the hardest question（最难的问题）来形容 Diligence —— 这是全课的价值落点。 呼应：第 1 课Diligence means owning the final result fully, regardless of AI's role。
📌 七、版权与致谢（Acknowledgments and license）
Copyright 2026 the AI provider. 本课程由 the AI 与 CodePath 联合开发，构建于 Prof. Rick Dakan（Ringling College of Art and Design）与 Prof. Joseph Feller（University College Cork）开发的 AI Fluency Framework 之上。采用 CC BY-NC-SA 4.0 许可。
🧠 本课 → CCAR-P 考点映射
| 本课知识点 | 命中考纲条目 |
|---|---|
| UX 四原则：Clarity / Hierarchy / Accessibility / Feedback | 领域 4（体验侧评估指标） |
a wish, not a spec（含糊指令无效） |
领域 2（提示工程：描述精度） |
| 用描述函数的精度描述体验 | 领域 2 / 领域 4 |
| AI 默认做不对无障碍 → 先指定后审计 | 领域 5（合规、包容性）+ 领域 4（审计） |
| 色彩对比度 / 屏幕阅读器 / 键盘导航 | 领域 5（无障碍合规） |
| critique 与 AI description 是不同产物 | 领域 2（翻译能力） |
technically correct but experientially flat |
领域 4 / 5（失效模式识别） |
| 体验是差异化因素 / design literacy | 领域 1（人的价值定位） |
| 速度、打磨度、用户需求的权衡 | 领域 1（架构权衡）+ 领域 6（权衡沟通） |
🔤 本课新生词（待回灌生词本 02）
| 词汇 | 释义 | 备注 |
|---|---|---|
user experience / UX |
用户体验 | 本课主题 |
differentiator |
差异化因素 | ⭐ design becomes the differentiator |
design literacy |
设计素养 | 呼应 034 AI literacy |
a wish, not a spec |
愿望，不是规格 | ⭐ 必背 |
Clarity |
清晰 | UX 原则 1 |
Hierarchy |
层级（信息层级） | UX 原则 2 |
Accessibility |
无障碍 | ⭐ UX 原则 3；领域 5 |
Feedback（patterns） |
反馈（模式） | UX 原则 4 |
mental model |
心智模型 | 练习检查项 |
user flow |
用户流程 | 设计规格要素 |
information hierarchy |
信息层级 | 练习检查项 |
interaction pattern |
交互模式 | 设计规格要素 |
color contrast |
色彩对比度 | ⭐ 无障碍三项之一 |
screen reader |
屏幕阅读器 | ⭐ 无障碍三项之一 |
keyboard navigation |
键盘导航 | ⭐ 无障碍三项之一 |
audit（v./n.） |
审计 | ⭐ audit what you get back |
by default |
默认地 | AI 的默认行为 |
critique |
批评、评审意见 | ⭐ 与 description 不同 |
actionable |
可据以行动的 | ⭐ |
artifact |
产物、制品 | different artifacts |
experientially flat |
体验上平淡 | ⭐ 判语 |
nail it |
做对、搞定（地道） | AI 在哪里 nail it |
tradeoff / trade-off |
权衡 | 呼应 031 |
⚠️ 待补全（等课程正文）
- [ ]
Hierarchy原则的官方展开定义（练习检查项已可作替代口径） - [ ]
Feedback原则的官方展开定义（练习检查项已可作替代口径） - [ ] UX Lab 中
Show Fix的官方修复内容（Hierarchy / Accessibility / Feedback 三页）
✅ 本课进度
- [x] 全文精译与架构师级拆解（2026-10-13）
- [x] 建立 UX 四原则表 + 四条官方检查项对应
- [ ] 写诊所应用设计规格（用户流程 / 信息层级 / 交互模式）
- [ ] 依规格用 AI 重建
- [ ] 评判：哪里 nail it / 哪里 experientially flat
- [ ] 无障碍审计并记录 AI 遗漏
- [ ] 课后反思两问
- [ ] 生词回灌
30-单词表/02-考试核心生词与术语表.md