出自UXGuide.net

确认信息

Confirmations

• 设计理念
• 使用模式
• 设计规范
• 文本
• 文档编写

“确认信息”是用于询问用户是否要继续某个操作的模态对话框。

典型的确认信息

确认信息具有以下基本特征：

• 它是直接因用户的行为而显示的。
• 它用于证实用户是否希望继续操作。
• 它由一个简单的问题和两个或两个以上的选择组成。

确认信息在用户必须立即作出相关明确的选择时非常有用。这类选择通常涉及一些对用户来说不太明显的风险因素，但风险对于确认信息来说并非必要，而这些因素却是权衡是否值得用模态对话框来打断用户的必要考虑。

相反，警告信息呈现了可能在未来引发问题的情形。其主要特征在于它涉及风险：

• 它涉及以下一种或多种可能发生的情况：
  • 丢失重要的资料，如财务或其他数据。
  • 无法访问系统或系统受损。
  • 泄露隐私或失去机密信息的控制。
  • 占用用户时间（大量的时间，如 30 秒以上）。
• 其后果不可预料。
• 需要立即采取正确措施，因为问题无法被轻易修复，而且很可能无法恢复。

如果确认信息涉及风险存在，那么它也可以被认为是一个警告信息。因此，警告信息的设计规范也同样适用。

注：与对话框、错误信息、警告信息和布局相关的设计规范请参考各自相应的章节。

这样的用户界面是否正确？

考虑下列问题以进行判断：

• 是否在向用户提问是否要继续某个操作并包含两个或两个以上的选择？如果不是，这条信息就不是确认信息。
• 该 UI 呈现的是否是已经发生的错误或问题？如果是，则应改用错误信息。
• 是否需要用户进行选择后才可继续操作，而不存在合适的默认值？如果是，那么确认信息可能是合适的。
• 用户是否要执行有风险的操作？如果是，当操作有严重后果或无法轻易撤销时，确认信息则是合适的。
• 用户是否要放弃一个任务？如果是，则不要进行确认。假设用户知道任务没有完成的后果。
• 用户是否有可能没意识到该操作的后果？如果是，那么确认信息可能是合适的。
• 鉴于当前上下文的情况下，用户是否仍然可能会执行错误的操作？如果是，那么确认信息可能是合适的。
• 用户是否经常执行该操作？如果是，考虑其他的设计。频繁出现的确认信息令人厌烦且完全没有用处，因为用户已经习惯于直接选择而完全不经过思考。
• 是否有其他的能够减少需要确认的次数的设计？确认的需要有时也反映出设计瑕疵。往往存在更好的不需要确认的设计。
• 该操作是否存在安全性暗示？如果是，那么确认信息可能是必须的，即使先前的测试认为不必要。