交互工程 · 1 / 10

能跑通了,然后呢?

上一章练的是看出「哪里丑」,这一章练看出「哪里难用」。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:交互设计精髓》。