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