「確定/取消」還是「取消/確定」?
阿恆
我們在設計用戶介面時經常會遇到一些細小、對易用程度未必有很大影響的問題,其中一個就是對話框中的按鈕次序:應該「確定/取消」還是「取消/確定」?用戶介面專家 Jakob Nielsen 分析了這個問題,他的建議是:跟隨平台的一般做法,比優化介面更重要。
Jakob Nielsen 認為兩者都是合理的選擇,兩者都有支持者:
- 「確定」先行符合語文的自然閱讀方向,中文、英文和很多語言都是從左到右閱讀,很多按鈕組合例如「是/否」、「前一頁/下一頁」都是按一個從左到右的自然進程,所以我們應該按照閱讀的邏輯順序排列成「確定/取消」。此外,假設用戶選擇「確定」的機率比「取消」高,把「確定」放在前面可以讓那些主要用鍵盤瀏覽的用戶少按一下 TAB 鍵便到達他們的首選按鈕。
- 把「確定」放在後面可以改善流程,因為這是對話框的自然結束。此外,正如「前一頁/下一頁」的情況,「確定」是讓用戶繼續下一步,「取消」是退回一步,所以「確定」應該放在「下一頁」同一個位置,即是在右邊。
在這樣的情況下,通常怎麼做也不要緊。每一種說法都有它的道理,沒有一種做法會為可用性帶來災難。它可能幫助一些用戶在某些情況下節省 0.1 秒來選擇按鈕,但是根本不值得為了這丁點好處而進行詳細的可用性研究,即使有資源,不如用在一些可以提高關鍵效能 83% 的事情上。
因此,正如我們在許多設計上的小抉擇那樣,我們應該遵循平台的用戶介面標準,使用符合用戶期望的、統一的介面設計,相對於做一些細微的優化,但卻不一致的情況,可以節省人們更多時間(以及避免很多很多錯誤)。
不一致的設計所浪費的時間比它所節省的更多
偏離用戶介面的標準,很容易使用戶因誤用而浪費數分鐘,甚至數小時,用戶花在思考那些不一致的設計的時間,往往比這些專門的設計所帶來的小小節省多得多。可嘆的是,當談到「確定/取消」按鈕的次序時,Windows Vista 的「用戶體驗指引」與 Apple 的「人性化介面指引」並不相同。
- Windows 把「確定」放在第一位
- Apple 把「確定」放在最後
如果你正在為其中一個平台設計桌面應用程序,你的選擇很簡單:依從平台擁有人訂立的標準。
網頁應用程序的對話框的按鈕
如果你正在設計一個網頁應用程序,這將是一個很難的決定,你應該以大多數使用者的平台為準則,你的伺服器日誌將顯示來自 Windows 和 Mac 的用戶比例,當然,一般來說來自 Windows 的用戶比較多,所以若果你不想勞師動眾地去翻查日誌,在大多數的情況下的指引是:「確定」先行,「取消」放在最後。
此外,也有一些按鈕方面的事項須要注意:
- 一般來說使用有意思的名稱來標籤按鈕(例如「儲存檔案」),比使用一個籠統的標籤好(例如「確定」),一個意思明確的標籤可以充當「即時幫助」的功能,使用戶更有信心他們選擇了正確的按鈕。
- 把比較常用的按鈕定為預設按鈕,並且在視覺上加以強調(除非這個按鈕有特別危險的後果,在這些情況下你反而希望用戶明確地選擇這一個按鈕,而非意外地按下 Enter 鍵後啟動了它)。