对话框中的按钮次序

我们在设计用户介面时经常会遇到一些细小、对易用程度未必有很大影响的问题，

其中一个就是对话框中的按钮次序：应该「确定／取消」还是「取消／确定」

建议是：跟随平台的一般做法，比优化介面更重要。

「确定」先行符合语文的自然阅读方向，中文、英文和很多语言都是从左到右阅读，很多按钮组合例如「是／否」、「前一页／下一页」都是按一个从左到右 的自然进程，所以我们应该按照阅读的逻辑顺序排列成「确定／取消」。此外，假设用户选择「确定」的机率比「取消」高，把「确定」放在前面可以让那些主要用 键盘浏览的用户少按一下 TAB 键便到达他们的首选按钮。

把「确定」放在后面可以改善流程，因为这是对话框的自然结束。此外，正如「前一页／下一页」的情况，「确定」是让用户继续下一步，「取消」是退回一步，所以「确定」应该放在「下一页」同一个位置，即是在右边。

在这样的情况下，通常怎么做也不要紧。每一种说法都有它的道理，没有一种做法会为可用性带来灾难。它可能帮助一些用户在某些情况下节省 0.1 秒来选择按钮，但是根本不值得为了这丁点好处而进行详细的可用性研究，即使有资源，不如用在一些可以提高关键效能 83% 的事情上。

 

因此，正如我们在许多设计上的小抉择那样，我们应该遵循平台的用户介面标准，使用符合用户期望的、统一的介面设计，相对于做一些细微的优化，但却不一致的情况，可以节省人们更多时间（以及避免很多很多错误）。

不一致的设计所浪费的时间比它所节省的更多

偏离用户介面的标准，很容易使用户因误用而浪费数分钟，甚至数小时，用户花在思考那些不一致的设计的时间，往往比这些专门的设计所带来的小小节省多 得多。可叹的是，当谈到「确定／取消」按钮的次序时，Windows Vista 的「用户体验指引」与 Apple 的「人性化介面指引」并不相同。

Windows 把「确定」放在第一位

Apple 把「确定」放在最后

如果你正在为其中一个平台设计桌面应用程序，你的选择很简单：依从平台拥有人订立的标准。

网页应用程序的对话框的按钮

如果你正在设计一个网页应用程序，这将是一个很难的决定，你应该以大多数使用者的平台为准则，你的伺服器日志将显示来自 Windows 和 Mac 的用户比例，当然，一般来说来自 Windows 的用户比较多，所以若果你不想劳师动众地去翻查日志，在大多数的情况下的指引是：「确定」先行，「取消」放在最后。

 

此外，也有一些按钮方面的事项须要注意：

一般来说使用有意思的名称来标签按钮（例如「储存档案」），比使用一个笼统的标签好（例如「确定」）， 一个意思明确的标签可以充当「即时帮助」的功能，使用户更有信心他们选择了正确的按钮。

把比较常用的按钮定为预设按钮，并且在视觉上加以强调（除非这个按钮有特别危险的后果，在这些情况下你反而希望用户明确地选择这一个按钮，而非意外地按下 Enter 键后启动了它）。