如何编写有用的错误消息?

错误消息的领域涉及很多方面的内容。它们需要将 UX 领域的几乎所有元素(信息、说明、界面、微文案)结合起来,并且用几句话将这些信息阐述清楚。所有这些元素都是为了一个共同的目标:在出现问题时帮助用户

将这些事件分组后,你就更容易设计出一致的模式。按严重程度排名可以帮助你表达正确的语气。

构造错误消息

一旦你构建了一些基础,你就可以给你的错误消息建立一些结构。这样,所有错误消息就都会保持一致,永远都不会过于冗长。

你应该问自己三个关键问题:

  1. 谁触发了错误?

  2. 用户:如果是用户导致了错误,比如输错了电子邮件地址,那就不要道歉。这时候道歉只会花费用户更多的时间和精力来阅读和处理,时间是很宝贵的。

  3. 系统:如果是我们的错,那就说声“对不起”。

  4. 我们知道是什么原因造成的吗?

  5. 是:解释发生了什么,或者为什么有些事情不起作用。

  6. 否:如果我们不知道出了什么问题,请承认并告诉他们。向他们保证我们正在努力修复问题。

  7. 我们可以现在就修复吗?

  8. 是的,我们可以:解决问题,并告诉他们你正在做什么以提供帮助

  9. 是的,用户可以:给他们明确的指示来引导他们解决问题

  10. 否:如果没法继续下去,请提供最佳建议或引导他们后退一步重试。只有在有用的情况下才将人们带到帮助文档或实时/web 对话中。

在密码框中,用户可能忘记了正确密码。因此你需要创建第二个循环,并提供让用户重回正轨的流程。

这样做可以让句子结构保持简单、清晰和一致,这对大家都有好处。

用户会感到更加熟悉并更快地处理它们。设计师可以正确地预估消息内容的间距和设计模式。开发人员也可以开始构建逻辑和字段验证可能需要的细节级别。

收尾工作

所以,现在你知道了你的错误消息需要满足哪些要求,那么我们的消息具体应该说什么呢?

我们可以在构建块中加入其他一些内容,比如:

  • 错误对用户来说是多么烦人,多么令人头疼

  • 你的品牌声音和基调,可能需要根据品牌调性来调整具体内容

  • 上下文,例如设计和开发需求

选对说法

首先,你的错误信息应该一直都是清晰准确的。它应该听起来很人性化,并且只使用你日常对话中会用到的词汇。

采取更直接的方法:“你需要恢复你的帐户”而不是“哎呀,你被锁定了!”,但告诉用户“我们随时为你提供帮助。”

平衡精度与一致性

在一个简单的表单上(比如用户注册页面),你需要考虑一些最常见的错误。你或许可以为用户提供更具体的指导,例如提醒他们密码始终应该包含数字,或者电子邮件地址始终应该包含“@”。

通过与设计师、开发人员和团队其他成员的紧密合作,你甚至可以提前阻止一些错误的发生!

一些更简单、全面的错误消息示例,它们平衡了技术限制和实用性,例如“选择一个选项”和“输入[字段标签]”。

写出好的消息的原则

根据项目的不同,你可能需要调整其中的一些想法。

它们并不是解决问题的一刀切原则。不同的情况需要不同的细节水平。需要根据用户测试和数据的情况来调整细节水平。

但是你可以遵循一些很好的原则,它们可以帮助你写出很出色的错误消息:

  • 使用通俗易懂的语言:写出你会大声念出来的句子和单词

  • 分解长句:两个短而清晰的句子比一个长句好

  • 使用主动语态:应该说“输入你的姓名”,而不是“未输入姓名”

  • 修剪不必要的词:“请”往往是累赘的单字

  • 避免责怪用户:不要说“你没有输入你的电子邮件地址”,而是让他们“输入一个电子邮件地址”

总结

错误消息可能写起来很让人头疼。仅仅几句话就可以决定用户体验的成败。只要能系统地构建错误消息,你就可以让消息内容清晰、富有建设性。这种系统方法可以防止消息内容跑偏或者太过宽泛,也能维持一大堆消息的一致性。

一套合理正确的编写流程有助于实现更简洁的设计、更精简的代码,带来更快乐的用户。所以你的重点不应该放在具体的编写上。首先建立你的基础,定义一个结构,然后再慢慢装点它们吧。

原文链接:

https://www.bbc.co.uk/gel/guidelines/how-to-write-useful-error-messages

本文文字及图片出自 InfoQ

本文文字及图片出自

余下全文(1/3)
分享这篇文章:

请关注我们:

共有 1 条讨论

  1. admin  这篇文章, 并对这篇文章的反应是俺的神呀赞一个

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注