警告消息
注意
此设计指南是为 Windows 7 创建的,尚未针对较新版本的 Windows 进行更新。 大部分指导原则上仍然适用,但演示和示例并不反映我们 当前设计指南。
警告消息是模式对话框、就地消息、通知或气球,提醒用户将来可能导致问题的条件。
典型警告消息屏幕截图
典型的模式警告消息。
警告的基本特征是,它们涉及丢失以下一个或多个风险:
- 有价值的资产,如重要的财务或其他数据。
- 系统访问或完整性。
- 隐私或控制机密信息。
- 用户的时间(大量,如 30 秒或更多)。
相比之下,确认是一个模式对话框,询问用户是否要继续执行作。 某些类型的警告显示为确认,如果是,则确认准则也适用。
注意: 与 对话框、确认、错误消息标准图标、通知以及 布局 分别显示在单独的文章中。
这是正确的用户界面吗?
若要决定,请考虑以下问题:
- 用户是否收到将来可能导致问题的条件的警报? 如果没有,则消息不是警告。
- UI 是否显示已发生的错误或问题? 如果是,请改用错误消息。
- 用户是否可能会执行作或更改其行为作为消息的结果? 否则,条件不会证明中断用户是正当的,因此最好禁止显示警告。
- 条件是否是用户启动的作的直接结果? 如果没有,请考虑 使用非关键事件通知。
- 该条件是否为控件中的特殊条件? 如果是,请改用 气球。
- 对于确认,用户是否要执行有风险的作? 如果是这样,则如果作具有重大后果或无法轻松撤消,则警告是适当的。
- 对于其他类型的警告,用户是否需要立即或立即采取行动? 如果用户可以在不立即出现问题的情况下继续高效工作,请不要显示警告。 推迟警告,直到条件更直接且更相关。
设计概念
避免过度争用
Microsoft Windows 程序中,我们过度了。 典型的 Windows 程序在任何地方似乎都有警告,对没有什么意义的事物发出警告。 在某些程序中,几乎每个问题都显示为警告。 过度警告使得使用某个程序感觉就像是一种危险的活动,并且会削弱真正重要的问题。
不正确:
过度警告使你的程序感觉危险,看起来像它是由律师设计的。
仅数据丢失或将来的问题就不足以要求发出警告。 此外,任何不需要的结果都应意外或意外,并且不容易更正。 否则,可能会解释任何用户错误,以导致数据丢失或某种潜在问题,并值得警告。
良好警告的特征
良好的警告:
- 涉及风险。 良好的警告提醒用户注意重要内容。
不正确:
那又怎样? 此确认假定用户经常意外退出程序。
- 具有直接相关性。 用户不仅必须关心,而且现在必须关心。 用户通常对以后可能遇到的问题不感兴趣,只要他们可以立即完成工作。
不正确:
在这种情况下,最好在三小时内警告用户。
- 导致作。 由于警告,用户必须执行或注意某些作。 也许他们必须立即或有时立即采取行动。 也许他们会以不同的方式执行任务。 忽略警告的结果应清楚。 没有作的警告只会让用户感到偏执。
不正确:
为什么此通知是警告? 用户应该做什么(除了担心)?
- 不明显。 不要显示警告来说明作的明显后果。 例如,假设用户了解不完成任务的后果。
不正确:
是否要退出向导
取消不完整的向导意味着任务无法完成...谁知道?
- 不常发生。 不断的警告很快变得无效和令人恼火。 用户通常更专注于摆脱警告,而不是解决问题。
不正确:
屏幕截图
用户更可能专注于摆脱警告,而不是解决根本问题。
没有这些特征的消息可能仍然是一条好消息,只是不是良好的警告。
确定适当的消息类型
根据强调和措辞,某些问题可以显示为错误、警告或信息。 例如,假设网页无法基于当前的 Windows Internet Explorer 配置加载未签名的 ActiveX 控件:
- 错误。 “此页面无法加载未签名的 ActiveX 控件。(短语为现有问题。
- 警告。 “此页面可能无法按预期方式运行,因为 Windows Internet Explorer 未配置为加载未签名的 ActiveX 控件。”或“允许此页面安装未签名的 ActiveX 控件? 从不受信任的源执行此作可能会损害计算机。(这两个短语都短语为可能导致未来问题的条件。
- 信息。 “你已将 Windows Internet Explorer 配置为阻止未签名的 ActiveX 控件。(短语为事实陈述。
若要确定适当的消息类型,请重点关注用户需要知道或采取行动的问题最重要的方面。 通常,如果问题阻止用户继续,则应将其显示为错误;如果用户可以继续,请将其显示为警告。 根据该焦点 或其他相应文本制作 主指令,然后选择与文本匹配的图标(标准 或其他)。 主指令文本和图标应始终匹配。
具体化
当以下信息具体且清晰时,警告更引人注目:
- 警告的来源。
- 特定条件和潜在问题。
- 用户应对此执行的作。
- 如果用户不执行任何作,会发生什么情况。
不正确:
在此示例中,潜在问题是什么? 除了不通过网络使用投影仪之外,用户应该做什么? 如果没有更具体的信息,所有用户都可以这样做对继续作感到不好。
正确:
在此示例中,问题和后果是明确的。
有时,有一个合法的潜在问题值得通知用户,但解决方案和后果是不确定的。 与其给出模糊警告,不如给出最可能的信息或最常见的示例来具体说明。
正确:
网络错误警告和解决方案屏幕截图
在此示例中,通过提供最有可能的解决方案来指定警告。
但是,在这种情况下,请使用表示存在其他可能性的措辞。 否则,用户可能会被误导。
不正确:
网络电缆拔出警告屏幕截图
正确:
在不正确的示例中,如果电缆已明确插入,用户将感到困惑。
如果你只做两件事...
不要过分。 将警告限制为涉及风险的条件,并立即相关、可作、不明显且不频繁。 否则,请删除或重新编写消息。
提供特定的有用信息。
使用模式
警告有多个使用模式:
标签 | 价值 |
---|---|
意识 让用户了解条件或潜在问题,但用户现在可能不必执行任何作。 |
屏幕截图 屏幕截图 ![]() ![]() 感知警告的示例。 感知警告具有以下演示文稿:
|
错误防护 让用户知道可能会阻止问题的信息,尤其是在做出选择时。 |
最好使用就地警告图标和说明文本来显示错误预防警告。 ![]() Use-installation-CD 警告屏幕截图 错误预防警告的示例。 |
迫在眉睫的问题 用户现在需要执行某些作,以防止出现迫在眉睫的问题。 |
关闭程序警告屏幕截图 即将出现的问题警告的示例。 即将出现的问题警告具有以下演示:
|
风险作确认 确认用户想要继续执行有一定风险且无法轻松撤消的作。 |
![]() 风险作确认的示例。 风险作确认具有以下演示:
|
指引
介绍
- 根据信息类型选择演示文稿 UI:
用户界面 | 最适合用于 |
---|---|
模式对话框 |
用户现在必须响应的关键警告(包括确认)。 |
就地 |
可能会阻止问题的信息,尤其是在用户做出选择时。 |
横幅 |
可能会阻止问题的信息,尤其是与完成任务相关的信息。 |
通知 |
可以安全地忽略的重要事件或状态,至少暂时忽略。 |
气球 |
控件处于影响输入的状态。 此状态可能是意外的,用户可能无法意识到输入受到影响。 |
-
对于模式对话框:
- 在适当的时候使用任务对话框来实现一致的外观和布局。 任务对话框需要 Windows Vista 或更高版本,因此它们不适合早期版本的 Windows。
- 每个条件只显示一条警告消息。 例如,显示一个完全解释条件的警告,而不是每次每条消息一次描述一个详细信息。 显示单个条件的警告对话框序列令人困惑和恼火。
- 不要按条件多次显示警告。 不断的警告很快变得无效和令人恼火。 用户通常更专注于摆脱警告,而不是解决问题。 如果必须针对单个条件反复发出警告,请使用 渐进式升级。
- 不要附带带有声音效果或蜂鸣声的警告。 这样做是令人不和谐和不必要的。
- 异常: 如果用户必须立即响应,则可以使用声音效果。
图标
不要在对话框的标题栏中放置警告图标。
使用警告图标。 异常:
如果警告针对具有图标的功能,则可以将功能图标与警告覆盖一起使用。
正确:
在此示例中,功能图标具有警告覆盖。
对于带有警告脚注的模式对话框,请将警告图标放在脚注而不是内容区域。
正确:
对话框脚注屏幕截图
在此示例中,脚注具有警告图标。
有关更多指南和示例,请参阅 标准图标。
不要再次显示此消息
- 如果警告对话框需要此选项,请重新考虑警告及其频率。 如果它具有良好警告的所有特征(涉及风险,并且立即相关、可作、不明显且不频繁),则用户不应禁止显示它。
有关更多指南,请参阅 对话框。
渐进式披露
- 如果必须在警告消息中包含高级信息,请使用渐进式披露按钮(例如,“显示详细信息”)来显示它。 这样做简化了典型用法的警告。 不要隐藏所需的信息,因为用户可能无法找到它。
- 请勿使用“显示详细信息”,除非确实存在更多详细信息。 不要只以不同的格式重述现有信息。
有关标记准则,请参阅 渐进式披露。
默认值
- 选择默认最安全、最不具有破坏性或最安全的响应。
发短信
常规
- 删除冗余文本。 在标题、主要说明、补充说明、内容区域、命令链接和提交按钮中查找它。 通常,在说明和交互式控件中保留全文,并从其他地方删除任何冗余。
- 不要在文本中使用术语“warning”或“warning”。 正确使用时,警告图标足以告知用户必须谨慎行事。
不正确:
中不必要的警告使用的屏幕截图
在此示例中,不需要术语“warning”。
标题
- 使用游戏标识警告来自的命令或功能。 异常:
- 如果多个不同的命令显示警告,请考虑改用程序名称。
- 如果该游戏会冗余或与主指令混淆,请改用程序名称。
不正确:
安全警告对话框标题屏幕截图
在此示例中,“安全警告”不标识警告来自的命令或功能。
- 不要使用标题来解释对话中要执行的作 这是主要说明的目的。
- 使用 标题样式大写,而不结束标点符号。
主要说明
- 警告的主要说明基于其设计模式:
模式 | 主要说明 |
---|---|
意识 |
描述条件或潜在问题。 |
迫在眉睫的问题 |
描述用户现在需要执行的作。 |
风险作确认 |
提出问题以确定用户是否要继续。 |
- 屏幕截图
- 在此示例中,低电池通知是一个感知警告,因此主要指令描述条件。
-
- 在此示例中,低电池对话框是一个迫在眉睫的问题,因此主要说明描述用户现在需要执行的作。
- 请简洁地只使用单个完整句子。 将主要指令条带到基本信息。 如果必须解释更多内容,请使用补充说明。
- 如果用户必须立即采取行动,请使用“now”和“immediately”等字词。 如果没有紧迫性,请不要使用这些词。
- 如果涉及对象,请指定其全名。
- 使用 句子样式大写。
补充说明
- 警告的补充说明基于其设计模式:
模式 | 补充说明 |
---|---|
意识 |
解释含义及其重要性的原因。 |
迫在眉睫的问题 |
解释条件及其重要原因。 |
风险作确认 |
解释用户可能不想继续的任何非明显原因。 |
- 不要用略有不同的措辞重复主指令。 相反,如果不添加更多内容,请省略补充说明。
- 使用完整的句子、句子样式大写和结束标点符号。
提交按钮
- 对于警告对话框,提交按钮基于其设计模式:
模式 | 提交按钮 |
---|---|
意识 |
关闭。 不要使用 OK,因为它表明潜在问题正常。 |
迫在眉睫的问题 |
每个选项的命令按钮或命令链接,或者,如果作发生在对话框外部,则为“确定”。 |
风险作确认 |
是的,否。 |
- 不正确:
- 带有“确定”按钮的警告对话框的
- 问题不正常,因此请改用 Close。
文档
引用警告时:
- 如果警告提出问题,请通过问题引用警告;否则,请使用主指令。 如果问题或主指令较长或详细,请对其进行汇总。
- 如有必要,可以引用警告对话框作为消息。
- 如果可能,请使用加粗格式设置文本的格式。 否则,仅当需要防止混淆时,才将文本置于引号中。
示例:在 是否显示不安全项? 消息,单击“是”。