警告消息

备注

此设计指南是针对 Windows 7 创建的,并且尚未更新 Windows 的更新版本。 本指南中的大部分内容仍适用,但演示和示例并不反映我们 当前的设计指导

警告消息是模式对话框、就地消息、通知或气球,提醒用户可能会在将来出现问题的情况。

典型警告消息的屏幕截图

典型的模式警告消息。

警告的基本特征在于它们涉及到以下一项或多项风险:

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

与此相反,确认是一个模式对话框,询问用户是否要继续操作。 某些类型的警告显示为确认,如果是这样,确认准则也适用。

注意:对话框确认错误消息、标准图标通知布局 相关的准则显示在单独的文章中。

此用户界面是正确的吗?

在决定之前,请考虑以下问题:

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

设计概念

避免 overwarning

我们 overwarn 在 Microsoft Windows 计划中。 典型的 Windows 程序在任何地方都有警告,但几乎没有什么意义的警告。 在某些程序中,几乎每个问题都显示为警告。 Overwarning 使使用程序感觉像是危险活动,并从真正的重大问题影响。

不正确:

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

Overwarning 使你的程序感觉有害,看起来像是由律师设计的。

只是数据丢失的可能或只是将来出现的问题不能调用以获得警告。 此外,任何不希望的结果都应为意外的或意外的结果,并且不能轻易更正。 否则,可能会解释任何用户错误,从而导致数据丢失或某种类型的潜在问题,并进行警告。

好警告的特征

良好的警告:

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

不正确:

"是否要退出?" 的屏幕截图 warning

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

  • 具有立即关联。 用户不仅必须关心,还需要注意。 用户通常不会对以后可能会立即执行其工作的问题感兴趣。

不正确:

屏幕截图-3 小时外警告

在这种情况下,最好只在三个小时内发出警告。

  • 导致操作。 由于警告的结果,用户必须执行或注意某些事项。 也许它们现在必须执行一项操作,或者在将来的某个时间进行。 它们可能会以不同的方式执行任务。 忽略警告的结果应清晰。 没有操作的警告只会使用户感到偏执。

不正确:

"实时 messenger 正在运行" 警告的屏幕截图

为什么此通知会出现警告? 用户应在担心) (旁执行哪些操作?

  • 并不明显。 不要显示警告,指出操作的明显后果。 例如,假定用户了解未完成任务的后果。

不正确:

是否要退出向导?出现

取消未完成的向导意味着任务未完成 .。。谁知道呢?

  • 不经常发生。 常量警告很快就会变得效率低下。 用户通常会更专注于消除警告,而不是解决问题。

不正确:

"更新病毒签名" 警告的屏幕截图

用户更有可能注重消除此警告,而不是解决问题。

不具有这些特征的消息可能仍是一个不错的消息,而不是一个很好的警告。

确定适当的消息类型

有些问题可能会显示为错误、警告或信息,具体取决于强调和句式。 例如,假设网页无法加载基于当前 Windows Internet Explorer 配置的未签名 ActiveX 控件:

  • 条. "此页无法加载未签名的 ActiveX 控件。" (组句方式作为现有问题。 )
  • 出现. "此页可能无法正常运行,因为 Windows Internet Explorer 未配置为加载未签名的 ActiveX 控件。" 或 "允许此页安装未签名的 ActiveX 控件? 从不受信任的源中执行此操作可能会损害你的计算机。 " 将组句方式作为可能会导致未来问题的条件 (。 )
  • 信息. "您已将 Windows Internet Explorer 配置为阻止未签名的 ActiveX 控件。" (组句方式作为事实语句。 )

若要确定相应的消息类型,请关注用户需要了解或操作的问题的最重要方面。 通常情况下,如果问题阻止用户继续,则应将其显示为错误;如果用户可以继续,则将其显示为警告。 基于该焦点创建 主指令 或其他相应的文本,然后选择与该文本匹配的图标 (标准 或其他) 。 主说明文本和图标应始终匹配。

具体

当以下信息特定和清晰时,警告更为引人注目:

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

不正确:

严重风险警告的屏幕截图

在此示例中,潜在的问题是什么? 除了在网络上使用投影仪以外,用户应该做什么? 如果没有更具体的信息,则所有用户都可以执行的操作不太好了。

正确:

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

在此示例中,问题和后果清晰。

有时,可能会有合法的潜在问题通知用户,但是解决方案和后果并不确定。 请提供最可能的信息或最常见的示例,而不是提供不明确的警告。

正确:

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

在此示例中,通过提供最可能的解决方案来使警告成为特定的。

但是,在这种情况下,请使用指示存在其他可能的字词。 否则,用户可能会对。

不正确:

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

正确:

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

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

如果只执行两项操作 .。。

  1. 别 overwarn。 将警告限制为涉及风险并且直接相关、可操作、不明显且不常发生的条件。 否则,请删除或重新表述该消息。

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

使用模式

警告有多种使用模式:

Label
态势感知
让用户了解某个条件或潜在问题,但用户现在可能不需要执行任何操作。
Screen shot of warning of network problems
Screen shot of low-battery warning
Screen shot of 'caps-lock-is-on' warning
Screen shot of 'TPM-not-found' warning
感知警告的示例。
感知警告包含以下演示:
  • 主要说明: 描述条件或潜在问题。
  • 补充说明: 解释含义及其重要性。
  • 提交按钮: 封闭.
错误防护
使用户了解可能会阻止问题的信息,尤其是在做出选择时。
使用就地警告图标和说明性文本,最能防止出现错误防护警告。
Screen shot of Not-enough-free-space warning
Screen shot of Use-installation-CD warning
错误防护警告的示例。
即将发生的问题
用户现在需要执行某些操作,以防止出现问题。
Screen shot of Close-programs warning
即将出现的问题警告的示例。
即将出现的问题警告包含以下演示:
  • 主要说明: 描述用户现在需要执行的操作。
  • 补充说明: 说明此情况以及它为什么很重要。
  • 提交按钮: 每个选项的命令按钮或命令链接; 如果操作出现在对话框外,则为 "确定"。
风险操作确认
确认用户是否想要继续操作,该操作会有风险并且无法轻松撤消。
Screen shot of Formatting-will-erase-data warning
风险操作确认的示例。
风险操作确认具有以下演示:
  • 主要说明: 提出问题,确定用户是否想要继续。
  • 补充说明: 解释用户可能不希望继续进行的任何不明显的原因。
  • 提交按钮: 是,否。
有关此模式的指导,请参阅 确认

指南

呈现

  • 根据信息的类型选择显示 UI:
用户界面 最适用于
模式对话框
严重警告 (包括用户必须立即响应的确认) 。
就地
可能阻止问题的信息,尤其是在用户做出选择时。
横幅
可能阻止问题的信息,尤其是在与完成任务相关的情况下。
通知
可以安全忽略的重要事件或状态,至少是暂时的。
气球
控件处于影响输入的状态。 此状态可能是意外的,用户可能不会意识到输入受到影响。
  • 对于模式对话框:
    • 尽可能使用任务对话框来实现一致的外观和布局。 任务对话框需要 Windows Vista 或更高版本,因此不适合 Windows 早期版本。
    • 每个条件只显示一条警告消息。 例如,显示一个警告,该警告完全说明一个条件,而不是每条消息一次描述一次。 为单个条件显示警告对话框的顺序并不令人费解。
    • 每个条件不会显示警告。 常量警告很快就会变得效率低下。 用户通常会更专注于消除警告,而不是解决问题。 如果必须针对单个条件重复发出警告,请使用 渐进式升级
  • 不要附带声音效果或嘟嘟声的警告。 这样做的 jarring 和不必要。
    • 异常: 如果用户必须立即响应,则可以使用声音效果。

图标

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

  • 使用警告图标。 异常:

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

      正确:

      带有警告图标覆盖的锁定图标的屏幕截图

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

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

    正确:

    对话框脚注中警告图标的屏幕截图

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

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

不要再次显示此消息

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

有关更多准则,请参阅 对话框

渐进式披露

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

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

默认值

  • 选择最安全、破坏性最低或最安全的响应作为默认值。

文本

常规

  • 删除冗余文本。 在标题、主要说明、补充说明、内容区域、命令链接和提交按钮中查找它。 通常,在说明和交互式控件中保留全文,并删除其他位置的任何冗余。
  • 请勿在文本中使用术语"警告"或"警告"。 正确 使用时,警告图标会充分传达用户必须谨慎继续操作。

不正确:

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

此示例中不需要术语"warning"。

标题

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

不正确:

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

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

  • 请勿使用标题来说明 在对话中要执行哪些操作,这是主要指令的用途。
  • 使用 标题样式大写,而不结束标点。

主要说明

  • 警告的主要指令基于其设计模式:
模式 主指令
意识
描述条件或潜在问题。
紧急问题
描述用户现在需要执行哪些操作。
风险操作确认
提出问题以确定用户是否想要继续。
  • 低电量通知的屏幕截图
  • 此示例中,低电量通知是一个感知警告,因此主要指令描述了条件。
  • 更改电池立即警告的屏幕截图
  • 此示例中,"电池电量不足"对话框是一个紧急问题,因此主要说明描述了用户现在需要执行哪些操作。
  • 简洁,只需使用一个完整的句子。 将主指令向下去除为基本信息。 如果必须说明其他内容,请使用补充说明。
  • 如果用户必须立即操作,请使用"now"和"immediately"等字词。 如果没有紧急性,请勿使用这些字词。
  • 如果存在涉及的对象,请指定其全名。
  • 使用 句子样式大写

补充说明

  • 警告的补充指令基于其设计模式:
模式 补充说明
意识
说明这一点的含义及其重要原因。
紧急问题
说明条件及其重要原因。
风险操作确认
解释用户可能不希望继续操作的任何不明显原因。
  • 请勿使用略有不同的词句重复主要指令。 相反,如果没有更多要添加的指令,请省略补充指令。
  • 使用完整的句子、句子样式大写和结束标点。

提交按钮

  • 对于警告对话框,提交按钮基于其设计模式:
模式 提交按钮
意识
接近了。 请勿使用"确定",因为它表明潜在问题正常。
紧急问题
每个选项的命令按钮或命令链接;如果操作发生在对话框之外,则选择"确定"。
风险操作确认
是,否。
  • 不正确:
  • 显示"确定"按钮的警告对话框的屏幕截图
  • 问题并不正常,因此请改为使用"关闭"。

文档

引用警告时:

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

示例:在" 是否要显示非 安全项?"消息中,单击"是"。