能跑通了，然后呢？
把「体贴软件」的特质清单反过来用，就是 AI 默认交互的找茬清单。在一个能跑通的应用里逐个点出五处不体贴，看看你平时都默默忍了什么
本页解决的问题
先给结论能跑通了，然后呢？
把「体贴软件」的特质清单反过来用，就是 AI 默认交互的找茬清单。在一个能跑通的应用里逐个点出五处不体贴，看看你平时都默默忍了什么
把品味变成产品可重复的行为。 有用的结果不是一句“我觉得更好”。它应该是一条看得见的规则、一个小例子，以及判断体验何时低于标准的方法。
记录一个前后对比，让别人不用听解释也能看懂质量线。
表面更精致了，却没有减少用户的不确定感。
审美的病暴露得快：页面一打开，配色乱、间距挤，三秒钟就皱眉头。交互的病藏得深：demo 演示那两分钟一切正常，等真实用户删错一条数据、断一次网、第一次打开空荡荡的页面，病才发作。
这就是 Vibe Coding 时代的新坑。AI 把「做出来」变得很容易，它默认交付的交互停在「能跑通」级别：空态一片空白、报错弹 alert、删除不带确认、保存了没动静。你验收时点两下觉得没问题，用户用一周就想卸载。
| 维度 | 审美的病 | 交互的病 |
|---|---|---|
| 暴露时机 | 页面打开的前三秒 | 用起来之后：删错数据、断网、第一次打开 |
| 谁先发现 | 你自己扫一眼就能发现 | 往往是用户替你发现，代价是流失 |
| AI 犯错的样子 | 五颜六色、字号打架，看着就不对 | demo 里一切正常，边界情况全是坑 |
| 验收方式 | 看：截图就能评审 | 用：把流程走一遍，把坏情况都试一遍 |
清单从哪来？Alan Cooper 在《About Face 4》第 8 章「数字产品的礼仪」里给过答案。他借了纳斯和里夫斯的研究，把结论落成一条设计原则：
Alan Cooper，《About Face 4》第 8 章
Cooper 的观察很扎心：交互产品惹怒我们的原因通常不在缺功能，在不体贴。他列了十几条体贴软件的特质，挑出最适合检查 AI 产出的六条，每一条反过来读，就是一条找茬标准。
| 体贴的软件… | Cooper 的意思 | AI 默认产出的反面 |
|---|---|---|
| 有预见 | 预判你下一步要什么，提前备好 | 第一次打开一片空白，下一步全靠猜 |
| 会及时通知 | 你关心的进展主动告诉你，不用你问 | 点了保存没动静，转了圈也没个说法 |
| 不因自己的问题烦你 | 技术故障自己消化，别拿代码味的话甩锅 | 一断网就把 Error: code 500 端到你脸上 |
| 是自信的，但备好退路 | 照你说的做，不反复质疑；万一你错了，帮你恢复 | 要么删前问三遍，要么删了就真没了 |
| 不问多余的问题 | 能记住的选择记住，能给默认值的给默认值 | 每次打开都把同一个问题再问一遍 |
| 帮你避免低级错误 | 看你要犯错，悄悄拉一把，别指责 | 眼睁睁看你误删，然后弹窗说操作失败 |
这张表右边那一列，就是接下来找茬的靶子。别背，动手抓一遍就记住了。
顺带说清这一章和前后两章的分工：审美工程管好看，本章管好用，心理学篇管用户的感受。三章各出一张验收清单，配齐了就是「上线前三张清单」。
还有一个好消息：这六条病 AI 都治得好，它只是默认不治。你能说出病名，它就能开药，这也是全章反复练「说清要什么」的原因。
下面是一个 AI 生成的待办应用「今日清单」，功能齐全，能跑通。它藏着五处不体贴，全在这一屏里。觉得哪里不对就点哪里，点中一处，右边立一张病历卡，写清它违反了清单上哪一条、该怎么改。
找茬清单里有一对容易搞混的病：没反馈是病，反馈过度也是病。Cooper 在第 8 章专门点过名：交互产品爱用不必要的通知向我们炫耀，「文档保存成功！」这种弹窗等着被点掉，除了打断你没有别的作用。下面两个编辑器都做了保存反馈，点你认为更体贴的那个。
本周把订单导出功能收了尾，联调通过，周四已经上线。
下周计划：把导出格式扩到 Excel，预计三个工作日…
本周把订单导出功能收了尾，联调通过，周四已经上线。
数据侧补齐了近 30 天的留存看板，口径和产品确认过。
下周计划：把导出格式扩到 Excel，预计三个工作日…
找茬清单看完，回想一下你天天在用的软件，包括你自己让 AI 做的那些。六种不体贴，选一个你被折磨得最狠的，投完看看别人都在忍什么。
找茬清单有了，还差一个使用姿势。审美验收看截图就行，交互验收要动手走流程，而且要走三遍，每遍换一个身份。
| 第几遍 | 扮演谁 | 怎么走 | 抓什么病 |
|---|---|---|---|
| 第一遍 | 老用户 | 顺着理想路径把主流程走完 | 存了没动静、问个没完这类日常摩擦 |
| 第二遍 | 倒霉用户 | 故意犯错：删一条、断个网、输错格式、连点两次提交 | 报错像甩锅、删了就没、一崩全丢 |
| 第三遍 | 新用户 | 清掉数据从零开始，第一次打开的每一屏都停下来看 | 空白空态、下一步全靠猜 |
第二遍和第三遍最容易被省略，AI 的病恰恰全堆在那里。demo 给你演示的永远是第一遍，网络流畅、数据现成、路径笔直。你替用户把另外两遍走了，病就在上线前被抓住。
走的时候手边放着那张体贴清单，每停一屏问一句：这一屏有预见吗？会通知吗？在甩锅吗？备好退路了吗？在问多余的问题吗？会帮我兜住低级错误吗？六个问号过完，这一屏才算验收完。
交互的病更隐蔽：审美问题三秒暴露，交互问题要等到删错数据、断网、第一次打开才发作，往往是用户替你发现的。
能跑通只是及格线：AI 默认交付的交互停在「能跑通」，惹怒用户的多数时候是不体贴，缺功能反倒排在后面（Cooper，《About Face 4》第 8 章）。
体贴清单反过来就是找茬清单：有预见、会通知、不甩锅、自信但备好退路、不问多余的问题、帮你避免低级错误。六条对着 AI 产出逐条过。
验收交互要用，别只看：把流程走一遍，把坏情况都试一遍：删一条、断个网、开个新账号。接下来四节把找茬的抓手逐个拆开，先从状态三件套开始。
内容来源：newwebplay AI「交互工程」专题原创；部分交互原则整理自《About Face 4：交互设计精髓》。
从「看一眼 vs 用一遍」把感觉变成判断
「审美的病暴露得快：页面一打开，配色乱、间距挤，三秒钟就皱眉头。交互的病藏得深：demo 演示那两分钟一切正常，等真实用户删错一条数据、断一次网、第一次打开空荡荡的页面，病才发作」指出，AI 降低了做出“能用”成品的门槛，读者真正需要练的是看出哪里不对，并把感觉说成可以执行的要求。
观察用户的下一步，而不是只看表面
「这就是 Vibe Coding 时代的新坑。AI 把「做出来」变得很容易，它默认交付的交互停在「能跑通」级别：空态一片空白、报错弹 alert、删除不带确认、保存了没动静。你验收时点两下觉得没问题，用户用一周就想卸载」可以转成几个可观察的问题：用户是否知道现在发生了什么，是否知道下一步做什么，出错或空白时能否恢复，以及信息层级是否让重要内容先被看见。
漂亮不等于容易用
把「验收交互要用，别只看： 把流程走一遍，把坏情况都试一遍：删一条、断个网、开个新账号。接下来四节把找茬的抓手逐个拆开，先从状态三件套开始」用在第二个页面或流程上，记录一个具体犹豫点和一个改动后的用户动作；能被观察到的变化，才是体验改善。
从「看一眼 vs 用一遍」走到「体贴是一张清单，反过来用就是找茬清单」
「看一眼 vs 用一遍」先把问题落在「审美的病暴露得快：页面一打开，配色乱、间距挤，三秒钟就皱眉头。交互的病藏得深：demo 演示那两分钟一切正常，等真实用户删错一条数据、断一次网、第一次打开空荡荡的页面，病才发作」上；到了「体贴是一张清单，反过来用就是找茬清单」，讨论继续推进到「清单从哪来？Alan Cooper 在《About Face 4》第 8 章「数字产品的礼仪」里给过答案。他借了纳斯和里夫斯的研究，把结论落成一条设计原则」。两段连起来，重点就不只是记住一个结论，而是看清它成立所依赖的条件。
把这条判断带到下一个场景
评估体验时，把抽象的“好看”或“顺手”换成用户动作：他是否看懂状态、找到了下一步、能从错误中恢复，并且愿意继续使用。
- 「看一眼 vs 用一遍」：审美的病暴露得快：页面一打开，配色乱、间距挤，三秒钟就皱眉头。交互的病藏得深：demo 演示那两分钟一切正常，等真实用户删错一条数据、断一次网、第一次打开空荡荡的页面，病才发作
- 「体贴是一张清单，反过来用就是找茬清单」：清单从哪来？Alan Cooper 在《About Face 4》第 8 章「数字产品的礼仪」里给过答案。他借了纳斯和里夫斯的研究，把结论落成一条设计原则
- 「最后的要点」：还有一个好消息：这六条病 AI 都治得好，它只是默认不治。你能说出病名，它就能开药，这也是全章反复练「说清要什么」的原因
最后的「最后的要点」把讨论落到「还有一个好消息：这六条病 AI 都治得好，它只是默认不治。你能说出病名，它就能开药，这也是全章反复练「说清要什么」的原因」。回看这条线索时，最值得保留的是：当输入、规模或风险改变，哪些判断需要重新做一遍。
我把这篇文章里的一个判断改写成了今天可以验证的小实验。比记住结论更有用的是，知道下一步要观察什么。
读完以后我先回头找它成立的条件，而不是直接把方法搬进项目。这个顺序让后面的取舍清楚很多。
如果把这个判断放到真实工作里，最先需要补的约束是什么？我想知道从阅读到第一次实践之间，哪一步最值得先做。
还没有这篇文章的讨论。