交互工程 · 1 / 10 能跑通了，然后呢？ 上一章练的是看出「哪里丑」，这一章练看出「哪里难用」。AI 交付的应用功能齐全、点哪都有反应，但用起来处处硌手。这一节先立住全章的地基： 交互的病比审美的病更隐蔽 ，然后拿一张理论清单，亲手抓五个现行。 开篇立论 体贴清单 找茬实验 自查投票 一句话速览 把「体贴软件」的特质清单反过来用，就是 AI 默认交互的找茬清单。在一个能跑通的应用里逐个点出五处不体贴，看看你平时都默默忍了什么 看一眼 vs 用一遍 审美的病暴露得快：页面一打开，配色乱、间距挤，三秒钟就皱眉头。交互的病藏得深：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 生成的待办应用「今日清单」，功能齐全，能跑通。它藏着 五处不体贴 ，全在这一屏里。觉得哪里不对就点哪里，点中一处，右边立一张病历卡，写清它违反了清单上哪一条、该怎么改。
给「今日清单」挑毛病 找到 0 / 5
五处毛病分布在顶部横幅、工具栏、报错条、列表和归档区，点错了没有惩罚
todo.example.com
今日清单 8 月 11 日 · 还剩 3 件 保存
要开启夜间模式吗？ 开启 不了 每次打开都问一遍
Error: request failed with status code 500 确定
给猫买冻干 今天 18:00 · 购物 × 交这个月电费 明天截止 · 生活缴费 × 回房东消息 已经拖了两天 ×
今天 已归档
病历卡会立在这里。先从最扎眼的地方下手：哪一块让你多想了一秒，哪一块就有问题。
五处全中。 回头看这五张病历卡：没有一处是功能缺失，应用照样能跑通，病全出在礼数上。这正是 Cooper 那句话的意思：惹怒用户的多数时候是不体贴，缺功能反倒排在后面。空态和报错怎么治，下一节整节展开；删了就没怎么治，第 3 节讲防错与可逆。
保存成功，用不用敲锣打鼓 找茬清单里有一对容易搞混的病：没反馈是病，反馈过度也是病。Cooper 在第 8 章专门点过名：交互产品爱用不必要的通知向我们炫耀，「文档保存成功！」这种弹窗等着被点掉，除了打断你没有别的作用。下面两个编辑器都做了保存反馈， 点你认为更体贴的那个 。
同一个保存动作，两种反馈 A/B 对决
点卡片投票，投完揭晓判词
方案 A
docs.example.com/weekly
周报草稿 共 486 字 · 最后编辑 21:47 保存 本周把订单导出功能收了尾，联调通过，周四已经上线。 下周计划：把导出格式扩到 Excel，预计三个工作日…
提示 ✕ 保存成功！ 确定
每次保存都弹窗庆祝，必须点掉「确定」才能继续写
方案 B
docs.example.com/weekly
周报草稿 共 512 字 · 最后编辑 21:47 已保存 本周把订单导出功能收了尾，联调通过，周四已经上线。 数据侧补齐了近 30 天的留存看板，口径和产品确认过。 下周计划：把导出格式扩到 Excel，预计三个工作日… 已自动保存 · 刚刚
按钮原地变成「已保存」，角落留一行时间戳，手不用停
投一票 · 你都默默忍了什么 找茬清单看完，回想一下你天天在用的软件，包括你自己让 AI 做的那些。六种不体贴， 选一个你被折磨得最狠的 ，投完看看别人都在忍什么。
六种不体贴，哪个最折磨你 投一票
点一行投票，只投一次，投完显示票仓分布
空白空态，下一步全靠猜 报错全是代码味黑话 手一滑删了，找不回来 点了没反应，不知道成没成 同一个问题每次都问 一崩溃，写了半天的东西全没了
验收交互，按这个顺序走三遍 找茬清单有了，还差一个使用姿势。审美验收看截图就行，交互验收要动手走流程，而且要走三遍，每遍换一个身份。
第几遍 扮演谁 怎么走 抓什么病 第一遍 老用户 顺着理想路径把主流程走完 存了没动静、问个没完这类日常摩擦 第二遍 倒霉用户 故意犯错：删一条、断个网、输错格式、连点两次提交 报错像甩锅、删了就没、一崩全丢 第三遍 新用户 清掉数据从零开始，第一次打开的每一屏都停下来看 空白空态、下一步全靠猜
第二遍和第三遍最容易被省略，AI 的病恰恰全堆在那里。demo 给你演示的永远是第一遍，网络流畅、数据现成、路径笔直。你替用户把另外两遍走了，病就在上线前被抓住。 走的时候手边放着那张体贴清单，每停一屏问一句：这一屏有预见吗？会通知吗？在甩锅吗？备好退路了吗？在问多余的问题吗？会帮我兜住低级错误吗？六个问号过完，这一屏才算验收完。
选一选 · 为什么交互的病更隐蔽
AI 交付了一个能跑通的应用，为什么交互问题最容易漏掉？ 单选
选错也有解释，选到对的为止
A 因为 AI 写的交互代码 bug 更多 B 因为交互问题只在真实使用中暴露，验收时点两下根本走不到那些时刻 C 因为用户不在乎交互，只在乎功能 D 因为交互设计没有标准，看不出对错
本节要点
✓ 交互的病更隐蔽： 审美问题三秒暴露，交互问题要等到删错数据、断网、第一次打开才发作，往往是用户替你发现的。 ✓ 能跑通只是及格线： AI 默认交付的交互停在「能跑通」，惹怒用户的多数时候是不体贴，缺功能反倒排在后面（Cooper，《About Face 4》第 8 章）。 ✓ 体贴清单反过来就是找茬清单： 有预见、会通知、不甩锅、自信但备好退路、不问多余的问题、帮你避免低级错误。六条对着 AI 产出逐条过。 ✓ 验收交互要用，别只看： 把流程走一遍，把坏情况都试一遍：删一条、断个网、开个新账号。接下来四节把找茬的抓手逐个拆开，先从状态三件套开始。
内容来源： 小山学堂「交互工程」专题原创；部分交互原则整理自《About Face 4：交互设计精髓》。