糟糕UI設(shè)計的致命性：因特航空148號班機空難，一次慘痛教訓(xùn)

　　1992年7月20日，因特航空148號航班在接近法國斯特拉斯堡國際機場的孚日山脈墜毀。96名機組人員和乘客中有87人遇難。那么我為什么要在編程博客上寫這么可怕的事故?因為事故的原因。

?

　　圖1

　　許多因素共同導(dǎo)致了因特航空148號班機撞山墜毀。然而，其中一個主要原因應(yīng)該引起每一位軟件開發(fā)或者用戶界面(UI)設(shè)計師的關(guān)注。空客A320擁有世界上最先進的駕駛艙。艙內(nèi)飛行員所面對的大部分儀表和儀器都是數(shù)字化的。

　　當機長通過厚厚的云層看到接近跑道時，他以為已經(jīng)在孚日山脈上方，設(shè)置了3.3微度的傾角平緩降落。然而，在他無意識的情況下，飛機以每分鐘3300英尺的速度下降，比原本的3.3′下降速度快得多。飛機撞擊山頂，爆炸了。航空事故調(diào)查員注意到這兩個數(shù)字之間的相似性——飛行員本打算以3.3′的速度下降，但實際下降速度是3300英尺每分鐘。

　　后來人們發(fā)現(xiàn)，空客A320使用單屏顯示兩種不同降落模式——垂直速度(VS)模式和飛行航徑角模式(FPA)。飛行航徑角用小數(shù)點分開的兩個數(shù)字顯示，垂直速度用兩位數(shù)字顯示(他們都有一個減號表示負值)。右邊是一個圖像顯示FPA值為-2.8′ (圖1)。在VS狀態(tài)下沒有顯示圖片，但從研究中你可以發(fā)現(xiàn)兩個顯示圖片如此相似——幾乎難以區(qū)分。

?

　　圖2

　　這種簡單的設(shè)計不當，導(dǎo)致了飛行員堅信他處于某種模式下，而實際處于另一種模式。雖然這不是事故發(fā)生的唯一因素，但是如果飛機的用戶界面顯示更加直觀，這次的空難幾乎可以肯定不會發(fā)生。用戶界面設(shè)計不當是常見的錯誤類別之一，稱為功能狀態(tài)錯誤。

　　事實上，盡管所有在HCI學(xué)習(xí)過得人都知道模式非常糟糕，但他們?nèi)匀辉诂F(xiàn)在的軟件中普遍使用，一如既往的令人討厭。不幸的是很難找到基于模式交互的替代品。左圖是處于兩種不同模式下的谷歌瀏覽器——常規(guī)模式和無痕瀏覽模式。這些模式之間的差別很小——窗口上從未關(guān)注區(qū)域上的一個差別很小的圖片。但是這些模式的實現(xiàn)卻非常重要。如果你關(guān)閉無痕瀏覽模式下的一個標簽，就不能簡單通過Ctrl+shift+T從關(guān)閉歷史中恢復(fù)。該網(wǎng)頁已被永久性關(guān)閉。瀏覽器不會記錄你的登錄詳細，亞馬遜購物車信息以及瀏覽歷史。顯然這是無痕瀏覽器的意義所在，但同樣重要的一點事這種模式很難與常規(guī)模式區(qū)分開，除非你曾經(jīng)失誤關(guān)閉了不想關(guān)閉的網(wǎng)頁。

?

　　圖3

　　當我完成我的大學(xué)畢業(yè)設(shè)計，一個往返式UML建模工具，面臨了模式錯誤的問題。為了畫出兩個類之間的關(guān)系，用戶會從右面板中選擇關(guān)系類型，然后畫出關(guān)系圖。但在那之后這個工具應(yīng)該怎么做?是用戶完成關(guān)系圖繪制后直接退出“關(guān)系圖繪制模式”呢?還是為了方便后續(xù)使用維持當前狀態(tài)?由于時間較緊，資源有限，我們沒有能夠進行太多的可用性測試，但據(jù)我觀察，沒有一個答案是正確的。這兩種方案非常棘手而且頻繁導(dǎo)致錯誤。依我個人淺見，模態(tài)模式已破碎得無法修復(fù)。

　　我不確定第一個講這個故事的人是誰，但是我想這個故事的寓意是無論何時都盡可能的避免使用模式。哦，如果你想知道，新的空客A320駕駛艙顯示器使用兩位數(shù)顯示飛行航徑角，而垂直速度時使用4位數(shù)字。這不是一個完美的解決，但相比之下要好得多。

　　譯注：限于譯者水平有限，不足之處懇請指正。

　編注：因特航空148 號班機空難(維基百科)，后來被制成《空中浩劫》第九季的一集內(nèi)容。