警告消息

警告消息是模式对话框、就地消息、通知或气球，提醒用户将来可能导致问题的条件。

典型警告消息屏幕截图

典型的模式警告消息。

警告的基本特征是，它们涉及丢失以下一个或多个风险：

• 有价值的资产，如重要的财务或其他数据。
• 系统访问或完整性。
• 隐私或控制机密信息。
• 用户的时间（大量，如 30 秒或更多）。

相比之下，确认是一个模式对话框，询问用户是否要继续执行作。 某些类型的警告显示为确认，如果是，则确认准则也适用。

注意： 与 对话框、确认、错误消息标准图标、通知以及 布局 分别显示在单独的文章中。

这是正确的用户界面吗？

若要决定，请考虑以下问题：

• 用户是否收到将来可能导致问题的条件的警报？ 如果没有，则消息不是警告。
• UI 是否显示已发生的错误或问题？ 如果是，请改用错误消息。
• 用户是否可能会执行作或更改其行为作为消息的结果？ 否则，条件不会证明中断用户是正当的，因此最好禁止显示警告。
• 条件是否是用户启动的作的直接结果？ 如果没有，请考虑 使用非关键事件通知。
• 该条件是否为控件中的特殊条件？ 如果是，请改用 气球。
• 对于确认，用户是否要执行有风险的作？ 如果是这样，则如果作具有重大后果或无法轻松撤消，则警告是适当的。
• 对于其他类型的警告，用户是否需要立即或立即采取行动？ 如果用户可以在不立即出现问题的情况下继续高效工作，请不要显示警告。 推迟警告，直到条件更直接且更相关。

设计概念

避免过度争用

Microsoft Windows 程序中，我们过度了。 典型的 Windows 程序在任何地方似乎都有警告，对没有什么意义的事物发出警告。 在某些程序中，几乎每个问题都显示为警告。 过度警告使得使用某个程序感觉就像是一种危险的活动，并且会削弱真正重要的问题。

不正确：

过度警告使你的程序感觉危险，看起来像它是由律师设计的。

仅数据丢失或将来的问题就不足以要求发出警告。 此外，任何不需要的结果都应意外或意外，并且不容易更正。 否则，可能会解释任何用户错误，以导致数据丢失或某种潜在问题，并值得警告。

良好警告的特征

良好的警告：

• 涉及风险。 良好的警告提醒用户注意重要内容。

不正确：

那又怎样？ 此确认假定用户经常意外退出程序。

• 具有直接相关性。 用户不仅必须关心，而且现在必须关心。 用户通常对以后可能遇到的问题不感兴趣，只要他们可以立即完成工作。

不正确：

在这种情况下，最好在三小时内警告用户。

• 导致作。 由于警告，用户必须执行或注意某些作。 也许他们必须立即或有时立即采取行动。 也许他们会以不同的方式执行任务。 忽略警告的结果应清楚。 没有作的警告只会让用户感到偏执。

不正确：

为什么此通知是警告？ 用户应该做什么（除了担心）？

• 不明显。 不要显示警告来说明作的明显后果。 例如，假设用户了解不完成任务的后果。

不正确：

是否要退出向导

取消不完整的向导意味着任务无法完成...谁知道？

• 不常发生。 不断的警告很快变得无效和令人恼火。 用户通常更专注于摆脱警告，而不是解决问题。

不正确：

屏幕截图

用户更可能专注于摆脱警告，而不是解决根本问题。

没有这些特征的消息可能仍然是一条好消息，只是不是良好的警告。

确定适当的消息类型

根据强调和措辞，某些问题可以显示为错误、警告或信息。 例如，假设网页无法基于当前的 Windows Internet Explorer 配置加载未签名的 ActiveX 控件：

• 错误。 “此页面无法加载未签名的 ActiveX 控件。（短语为现有问题。
• 警告。 “此页面可能无法按预期方式运行，因为 Windows Internet Explorer 未配置为加载未签名的 ActiveX 控件。”或“允许此页面安装未签名的 ActiveX 控件？ 从不受信任的源执行此作可能会损害计算机。（这两个短语都短语为可能导致未来问题的条件。
• 信息。 “你已将 Windows Internet Explorer 配置为阻止未签名的 ActiveX 控件。（短语为事实陈述。

若要确定适当的消息类型，请重点关注用户需要知道或采取行动的问题最重要的方面。 通常，如果问题阻止用户继续，则应将其显示为错误;如果用户可以继续，请将其显示为警告。 根据该焦点 或其他相应文本制作 主指令，然后选择与文本匹配的图标（标准 或其他）。 主指令文本和图标应始终匹配。

具体化

当以下信息具体且清晰时，警告更引人注目：

• 警告的来源。
• 特定条件和潜在问题。
• 用户应对此执行的作。
• 如果用户不执行任何作，会发生什么情况。

不正确：

在此示例中，潜在问题是什么？ 除了不通过网络使用投影仪之外，用户应该做什么？ 如果没有更具体的信息，所有用户都可以这样做对继续作感到不好。

正确：

在此示例中，问题和后果是明确的。

有时，有一个合法的潜在问题值得通知用户，但解决方案和后果是不确定的。 与其给出模糊警告，不如给出最可能的信息或最常见的示例来具体说明。

正确：

网络错误警告和解决方案屏幕截图

在此示例中，通过提供最有可能的解决方案来指定警告。

但是，在这种情况下，请使用表示存在其他可能性的措辞。 否则，用户可能会被误导。

不正确：

网络电缆拔出警告屏幕截图

正确：

在不正确的示例中，如果电缆已明确插入，用户将感到困惑。

如果你只做两件事...

1. 不要过分。 将警告限制为涉及风险的条件，并立即相关、可作、不明显且不频繁。 否则，请删除或重新编写消息。

2. 提供特定的有用信息。

使用模式

警告有多个使用模式：

标签	价值
意识 让用户了解条件或潜在问题，但用户现在可能不必执行任何作。	屏幕截图 屏幕截图 的屏幕截图 感知警告的示例。 感知警告具有以下演示文稿： 主要说明： 描述条件或潜在问题。 补充说明： 解释含义及其重要原因。 提交按钮： 关闭。
错误防护 让用户知道可能会阻止问题的信息，尤其是在做出选择时。	最好使用就地警告图标和说明文本来显示错误预防警告。 的屏幕截图 Use-installation-CD 警告屏幕截图 错误预防警告的示例。
迫在眉睫的问题 用户现在需要执行某些作，以防止出现迫在眉睫的问题。	关闭程序警告屏幕截图 即将出现的问题警告的示例。 即将出现的问题警告具有以下演示： 主要说明： 描述用户现在需要执行的作。 补充说明： 说明条件及其重要原因。 提交按钮： 每个选项的命令按钮或命令链接，或者如果作发生在对话框外部，则确定。
风险作确认 确认用户想要继续执行有一定风险且无法轻松撤消的作。	的屏幕截图 风险作确认的示例。 风险作确认具有以下演示： 主要说明： 提出问题以确定用户是否要继续。 补充说明： 解释用户可能不想继续的任何非明显原因。 提交按钮： 是，否。 有关此模式的指南，请参阅 确认。

指引

介绍

• 根据信息类型选择演示文稿 UI：

• 对于模式对话框：
  • 在适当的时候使用任务对话框来实现一致的外观和布局。 任务对话框需要 Windows Vista 或更高版本，因此它们不适合早期版本的 Windows。
  • 每个条件只显示一条警告消息。 例如，显示一个完全解释条件的警告，而不是每次每条消息一次描述一个详细信息。 显示单个条件的警告对话框序列令人困惑和恼火。
  • 不要按条件多次显示警告。 不断的警告很快变得无效和令人恼火。 用户通常更专注于摆脱警告，而不是解决问题。 如果必须针对单个条件反复发出警告，请使用 渐进式升级。
• 不要附带带有声音效果或蜂鸣声的警告。 这样做是令人不和谐和不必要的。
  • 异常： 如果用户必须立即响应，则可以使用声音效果。

图标

• 不要在对话框的标题栏中放置警告图标。

• 使用警告图标。 异常：

  • 如果警告针对具有图标的功能，则可以将功能图标与警告覆盖一起使用。

    正确：

    

    在此示例中，功能图标具有警告覆盖。

• 对于带有警告脚注的模式对话框，请将警告图标放在脚注而不是内容区域。

  正确：

  对话框脚注屏幕截图

  在此示例中，脚注具有警告图标。

有关更多指南和示例，请参阅 标准图标。

不要再次显示此消息

• 如果警告对话框需要此选项，请重新考虑警告及其频率。 如果它具有良好警告的所有特征（涉及风险，并且立即相关、可作、不明显且不频繁），则用户不应禁止显示它。

有关更多指南，请参阅 对话框。

渐进式披露

• 如果必须在警告消息中包含高级信息，请使用渐进式披露按钮（例如，“显示详细信息”）来显示它。 这样做简化了典型用法的警告。 不要隐藏所需的信息，因为用户可能无法找到它。
• 请勿使用“显示详细信息”，除非确实存在更多详细信息。 不要只以不同的格式重述现有信息。

有关标记准则，请参阅 渐进式披露。

默认值

• 选择默认最安全、最不具有破坏性或最安全的响应。

发短信

常规

• 删除冗余文本。 在标题、主要说明、补充说明、内容区域、命令链接和提交按钮中查找它。 通常，在说明和交互式控件中保留全文，并从其他地方删除任何冗余。
• 不要在文本中使用术语“warning”或“warning”。 正确使用时，警告图标足以告知用户必须谨慎行事。

不正确：

中不必要的警告使用的屏幕截图

在此示例中，不需要术语“warning”。

标题

• 使用游戏标识警告来自的命令或功能。 异常：
  • 如果多个不同的命令显示警告，请考虑改用程序名称。
  • 如果该游戏会冗余或与主指令混淆，请改用程序名称。

不正确：

安全警告对话框标题屏幕截图

在此示例中，“安全警告”不标识警告来自的命令或功能。

• 不要使用标题来解释对话中要执行的作 这是主要说明的目的。
• 使用 标题样式大写，而不结束标点符号。

主要说明

• 警告的主要说明基于其设计模式：

• 屏幕截图
• 在此示例中，低电池通知是一个感知警告，因此主要指令描述条件。
• 
• 在此示例中，低电池对话框是一个迫在眉睫的问题，因此主要说明描述用户现在需要执行的作。
• 请简洁地只使用单个完整句子。 将主要指令条带到基本信息。 如果必须解释更多内容，请使用补充说明。
• 如果用户必须立即采取行动，请使用“now”和“immediately”等字词。 如果没有紧迫性，请不要使用这些词。
• 如果涉及对象，请指定其全名。
• 使用 句子样式大写。

补充说明

• 警告的补充说明基于其设计模式：

• 不要用略有不同的措辞重复主指令。 相反，如果不添加更多内容，请省略补充说明。
• 使用完整的句子、句子样式大写和结束标点符号。

提交按钮

• 对于警告对话框，提交按钮基于其设计模式：

• 不正确：
• 带有“确定”按钮的警告对话框的
• 问题不正常，因此请改用 Close。

文档

引用警告时：

• 如果警告提出问题，请通过问题引用警告;否则，请使用主指令。 如果问题或主指令较长或详细，请对其进行汇总。
• 如有必要，可以引用警告对话框作为消息。
• 如果可能，请使用加粗格式设置文本的格式。 否则，仅当需要防止混淆时，才将文本置于引号中。

示例：在 是否显示不安全项？ 消息，单击“是”。