警告消息

注意

此设计指南是为 Windows 7 创建的,尚未针对较新版本的 Windows 进行更新。 大部分指导原则上仍然适用,但演示和示例并不反映我们 当前设计指南

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

典型警告消息屏幕截图

典型的模式警告消息。

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

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

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

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

这是正确的用户界面吗?

若要决定,请考虑以下问题:

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

设计概念

避免过度争用

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

不正确:

不必要的警告消息的屏幕截图

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

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

良好警告的特征

良好的警告:

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

不正确:

“是否要退出?”警告

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

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

不正确:

三小时内电池不足警告的屏幕截图

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

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

不正确:

“实时信使正在运行”警告的屏幕截图

为什么此通知是警告? 用户应该做什么(除了担心)?

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

不正确:

是否要退出向导 屏幕截图?警告

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

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

不正确:

屏幕截图

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

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

确定适当的消息类型

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

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

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

具体化

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

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

不正确:

模糊警告重大风险的屏幕截图

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

正确:

警告问题和后果的屏幕截图

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

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

正确:

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

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

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

不正确:

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

正确:

电缆的屏幕截图可能未拔出警告

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

如果你只做两件事...

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

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

使用模式

警告有多个使用模式:

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

指引

介绍

  • 根据信息类型选择演示文稿 UI:
用户界面 最适合用于
模式对话框
用户现在必须响应的关键警告(包括确认)。
就地
可能会阻止问题的信息,尤其是在用户做出选择时。
横幅
可能会阻止问题的信息,尤其是与完成任务相关的信息。
通知
可以安全地忽略的重要事件或状态,至少暂时忽略。
气球
控件处于影响输入的状态。 此状态可能是意外的,用户可能无法意识到输入受到影响。
  • 对于模式对话框:
    • 在适当的时候使用任务对话框来实现一致的外观和布局。 任务对话框需要 Windows Vista 或更高版本,因此它们不适合早期版本的 Windows。
    • 每个条件只显示一条警告消息。 例如,显示一个完全解释条件的警告,而不是每次每条消息一次描述一个详细信息。 显示单个条件的警告对话框序列令人困惑和恼火。
    • 不要按条件多次显示警告。 不断的警告很快变得无效和令人恼火。 用户通常更专注于摆脱警告,而不是解决问题。 如果必须针对单个条件反复发出警告,请使用 渐进式升级
  • 不要附带带有声音效果或蜂鸣声的警告。 这样做是令人不和谐和不必要的。
    • 异常: 如果用户必须立即响应,则可以使用声音效果。

图标

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

  • 使用警告图标。 异常:

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

      正确:

      锁图标的屏幕截图,并显示警告图标覆盖

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

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

    正确:

    对话框脚注屏幕截图

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

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

不要再次显示此消息

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

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

渐进式披露

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

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

默认值

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

发短信

常规

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

不正确:

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

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

标题

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

不正确:

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

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

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

主要说明

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

补充说明

  • 警告的补充说明基于其设计模式:
模式 补充说明
意识
解释含义及其重要性的原因。
迫在眉睫的问题
解释条件及其重要原因。
风险作确认
解释用户可能不想继续的任何非明显原因。
  • 不要用略有不同的措辞重复主指令。 相反,如果不添加更多内容,请省略补充说明。
  • 使用完整的句子、句子样式大写和结束标点符号。

提交按钮

  • 对于警告对话框,提交按钮基于其设计模式:
模式 提交按钮
意识
关闭。 不要使用 OK,因为它表明潜在问题正常。
迫在眉睫的问题
每个选项的命令按钮或命令链接,或者,如果作发生在对话框外部,则为“确定”。
风险作确认
是的,否。
  • 不正确:
  • 带有“确定”按钮的警告对话框的 屏幕截图
  • 问题不正常,因此请改用 Close。

文档

引用警告时:

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

示例:在 是否显示不安全项? 消息,单击“是”。