按钮的优先级选取和用户体验最佳实践.pdfVIP

按钮的优先级选取与用户体验最佳实践 在网站和A PP中的对话框通常会进行信 说明 ，并提供若干选项。最常见的选项数量通常是两个— —一个选项优先级最高 ，为首选选项 ，而另外一个选项较少被选 ，为次要选项。 （比如用户填写表 单之后 ，结尾会提供两个按钮 ，一个为提交 ，另一个为取消 ） 在今天的文章中 ，我们将这个最常见的用户体验场景作为探讨的对象 ，亦即“确认”和“取消”哪个按 钮优先级更高。 预防出错 正如同Jako b Nielsen 谈及可用性设计所说的 ：“只有谨慎小心的设计才能防患于未然。”你应当尽量 避免容易出错的情形 ，尤其是用户容易作出错误选择的情况下。 视觉重量。当两个选项之间有明显区别的时候 ，你应当让两个按钮拥有不同的视觉重量 ，让其中一 个成为视觉的重心。处于视觉重心上的按钮会获得更多的注意力。 清晰而明显的标签。一个设计正确的对话框不应该仅仅给用户提供选择而已 ，也应该让每个选项尽 可能的明确。这就是为什么要让每个选项的标签尽可能的清晰明确。明确的标签能给予用户“恰到好 处的帮助” ，让用户在作出正确选择的时候不迟疑 ： 通常带有明确指向性和说明的标签 （按钮内容 ，文本 ）会比通用的“O K”或者“确定”要更好 。 尽可能使用动词 ，而不是O K ，因为前者意义会更明确 ，用户不会断章取义从而作出错误的 选择。 由于中文和英文在回答的模式上的差异 ，这个对话框中的两个选项O K 和 Cancel 在两种语言下回答 是截然不同的。 接下来的这个对比案例中 ，第一个对话框中 ，“No”仅仅是回答问题 ，但是并没有指向性 ，并未指出 这么选择的后果。而第二个对话框则好了许 多 ，“Cancel”和“Discard”两个选项 ，后者和前文所提出 的问题相对应 ，指向性明确 ，而Cancel 的含义也就更加清晰了。 正向的首选操作 （“发送”或“提交”等 ） 当首选操作是正向的时候 ，相关的表单和按钮应当拥有更多的视觉重量 ，而次要的选项的视觉重量 应当更轻 ，这样可以最大程度减少潜在的出错风险 ，并将用户导向到正确的方向。 通常 ，我们所说的“保存”、“提交”、“发送”在多数时候都算是正向的按钮。 反向的首选操作 （“替换”或者“删除” ） 如果此时的操作主要是反向的 ，替换、删除、移除等 ，那么将这些不可逆的操作对应的按钮和选项 赋予更多的视觉重量 ，其实比较危险的。因为这些操作的不 可逆性 ，它们并不一定是“安全操作” ， 用户在引导下可能并不明白它们的危害性而下意识操作 ，这可能会导致出错。比如 ，当用户在做替 换文档的操作的时候 ，执 行速度本身并不重要 ，是否操作正确才是重点 ，只有这样才不会让用户 后悔。 “取消”是次要操作 ，但是它应当拥有更多的视觉重心。 “删除”和“擦除”相关的操作应当多留意。你有没有误删文档事后发现追悔不及的情况 ？许多用户并不 会仔细阅读对话框中的确认信 就作出选择。但是有时候 ，用户确实是阅读了提示 ，但是依然手滑 作出了错误的选择。 （在应当“取消”的时候不小心点了“删除” ） 你应当为用户提供单一且明显的确认操作按钮 ，同时确保设计的可访问性 ，不会因为文化差异而出 现理解偏差 ，包括色彩本身的指引性。 LinkedIn 的对话框中的选项就表述的非常明确。 此外 ，你应当基于核心的用户数据为关键性的操作设计一套不太相同的处理机制 ：比如为了避免用 户误触 ，不提供而按钮而是输入框 ，让用户输入“Delet e”来进行删除操作。 被禁用的按钮 非活动的、被禁用的按钮有时候也是非常有用的 ，它可以告诉用户某些操作的可能性。即使在当前 情况下并不可用 ，用户也会意识到在某些时候它们可能会被用到。 这类被禁用的按钮还有另外一个作用 ，就是在紧急情况下启用 ，帮助陷入困境的用户。“撤销”按钮很 少见 ，但是它确实存在 ，而且从可用性的角度上来看 ，还相当的实用。用户面对误触或者意料之外 的操作 ，会下意识“返回” ，而“撤销”按钮的存在 ，让操作的指向性更加明晰。 “确定”-“取消”还是“取消”-“确定” ？ “确定/取消”按钮是我们最常见的按钮组合之一。而面对这一组按钮最常见的问题是 ，首选按钮应该 是在前面还是在后面。实际上 ，在实际效果和用户偏好上 ，两种搭配方式并无显著区别。 A pple、Goo le 和微软的设计规范 平台的一致性设计其实比先后顺序来的更加重要 ，但是几个不同的平台之间的操作顺序规定并不 相同。 微软的设计遵循下面的顺序 ： O K/[Do it ]/Yes [Do n