有没有人使用样式指南来处理错误消息?

Way*_*aud 6 user-interface exception modal-dialog

我注意到错误消息往往是用少数几种常见的样式编写的.无论是在完整形式,随意使用的句子中,还是在缩短的被动句中,并不总是形成一个完整的句子.后两者似乎更常见 - 虽然可能不像我在很多应用程序中看到的随意混合样式那样普遍.

有人在他们的风格指南中包含错误消息吗?我对这些事情的一致语法结构的看法比对它们的内容更加好奇,这已经讨论过了.

jtb*_*des 9

无论是iPhone人机界面指南苹果人机界面指南包含的警报部分.

此外,Windows用户体验交互指南包含几种不同类型对话框的信息,包括错误消息.

(苹果手机)

在撰写所需的警报标题时:

  • 如果可能的话,保持标题足够短以显示在一行上.人们很难快速阅读长警报标题,并且可能会被截断或强制警报消息滚动.
  • 避免使用不提供任何有用信息的单字标题,例如"错误"或"警告".
  • 如果可能,请使用句子片段.简短而翔实的陈述通常比完整的句子更容易理解.
  • 不要犹豫否定.人们都知道,大多数警报会告诉他们有关问题或警告他们危险情况.最好是消极和直接,而不是积极但倾斜.
  • 尽量避免使用"你","你的","我"和"我的".有时,直接识别人的文本可能含糊不清,甚至可能被解释为侮辱.
  • 在以下情况下使用标题式大小写并且没有结尾标点符号:
  • 标题是句子片段
  • 标题由一个不是问题的单个句子组成
  • 如果标题由作为问题的单个句子组成,则使用句型大写和结束问号.通常,如果允许您避免添加消息,请考虑使用警告标题的问题.
  • 如果标题由两个或多个句子组成,则对每个句子使用句型大小写和适当的结尾标点符号.尽管如果它允许您避免添加消息,您可能会考虑使用两句话警告标题.

如果您提供可选的警报消息:

  • 创建一个简短,完整的句子,使用句型大写和适当的结束标点符号.
  • 避免创建太长的消息.如果可能,请将消息保持足够短以显示一行或两行.如果消息太长则会滚动,这不是一个好的用户体验.

避免延长警报文本,并说明要点击的按钮,例如"点击查看以查看信息."理想情况下,明确的警报文本和逻辑按钮标签的组合可为人们提供足够的信息来了解情况及其选择.但是,如果您必须提供详细指导,请遵循以下准则:

  • 请务必使用"点击"(不是"触摸"或"点击"或"选择")来描述选择操作.
  • 不要将按钮标题括在引号中,但要保留其大小写.

-

(苹果电脑)

警报消息文本.此文本采用强调(粗体)系统字体,提供召唤警报的错误或条件的简短摘要.这应该是一个完整的句子; 通常它被提出作为一个问题.有关详细信息,请参阅"编写良好警报消息".

信息性文本.此文本以小型系统字体显示,并提供有关情况,其后果以及摆脱它的方法的更全面描述.例如,警告操作无法撤消是对信息文本的适当使用.

一条好的警报消息清楚地说明是什么导致警报出现以及用户可以对此做些什么.表达用户词汇表中的所有内容.

要使警报真正有用,请提供有关用户可以对当前情况执行的操作的建议.即使警报用作通知给用户并且不需要进一步的操作,也可以根据需要提供尽可能多的信息来描述情况.

-

(微软)

良好错误消息的特征

与之前的错误示例相反,良好的错误消息包括:

  • 一个问题.发生问题的国家.
  • 一个原因.解释问题发生的原因.
  • 一个办法.提供解决方案,以便用户可以解决问题.

此外,良好的错误消息以下列方式呈现:

  • 相关.该消息提出了用户关心的问题.
  • 可操作.用户应该执行操作或根据消息更改其行为.
  • 以用户为中心.该消息描述了目标用户操作或目标方面的问题,而不是代码不满意的问题.
  • 简要.消息尽可能短,但不短.
  • 明确.该消息使用简单语言,以便目标用户可以轻松地理解问题和解决方案.
  • 具体.该消息使用特定语言描述问题,给出所涉及对象的特定名称,位置和值.
  • 有礼貌.不应该责怪用户或让他们感到愚蠢.
  • 罕见.不经常显示.经常显示的错误消息是糟糕设计的标志.