交互工程 · 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:交互設計精髓》。