如何解决如何让用户阅读错误信息??

这是一个很好的问题,值得我 +1。尽管问题很简单,但它涵盖了最终用户性质的许多方面。它归结为许多因素,这些因素将使您和软件本身受益,当然还有最终用户

  • 不要在状态栏中放置错误消息——尽管它被颜色等渲染得更加生动,但他们永远不会阅读它们……他们将永远想念它们!不管你怎么努力......在Win 95 UI启动之前的一个阶段,MS进行了一项实验来读取UI( - 应该注意,消息在上下文中明确说明’看看椅子下面’ ),一张 100 美元的钞票贴在受试者所坐的椅子下面……没有人发现状态栏中的消息!
  • 使消息简短,不要使用诸如“警报:系统遇到问题”之类的恐吓词,最终用户会按下紧急按钮并反应过度......
  • 无论您多么努力,都不要使用颜色来识别信息……从心理上讲,这类似于向公牛挥舞红旗!
  • 使用中性的词语来传达最小的反应以及如何进行!
  • 最好显示一个列出中性错误消息的对话框,并包含一个复选框,指示“您希望将来看到更多这些错误消息吗?”,最终用户最不想要的就是工作在被弹出消息轰炸的软件中间,他们会感到沮丧并被应用程序关闭!如果勾选了复选框,请将其记录到文件中…
  • 让最终用户了解会有哪些错误消息…这意味着…培训和文档…现在这一个棘手的问题…您不希望他们认为会有是“问题”或“故障”以及在这种情况下该怎么办......他们一定不知道会有可能出现的错误,确实很棘手。
  • 总是,总是,当发生意外时不要害怕寻求反馈——例如“当错误号 1304 出现时,你是如何反应的?你的解释是什么?——这样做的好处是,最终用户可能会给你一个更连贯的解释,而不是“错误 1304,数据库对象丢失!”,而是他们可能会说“我点击了这个,所以所以,然后有人不小心拉了机器的网络电缆’,这会提示你必须处理它,并可能会修改错误说’糟糕,网络连接断开’......你得到了漂移。
  • 最后但并非最不重要的一点是,如果您想针对国际受众,请考虑错误消息的国际化 - 因此这就是保持中立的原因,因为这样会更容易翻译,避免使用同义词、俚语等翻译毫无意义 - 例如,汽车公司 Fiat Ford正在销售他们的品牌 Fiat Ford Pinto,但注意到在南美没有销售,结果证明,Pinto 是“小阴茎”的俚语,因此没有销售…
  • ( )将预期的错误消息列表记录在文档的单独部分,标题为“错误消息”或“纠正措施”或类似内容,按正确顺序列出错误编号,并附上一两个关于如何进行的声明。 ..
  • ( ) 感谢 的投入,保持信息礼貌,不要让最终用户感到愚蠢。 的回答背道而驰……

特别感谢 ,他还提到了另一个非常重要的点!

  • 允许最终用户能够选择/复制错误消息,以便他们可以根据需要通过电子邮件发送给帮助支持团队或开发团队。

我的错!哎呀,多亏了 提到这辆车,我把名字弄混了,是福特平托……我的错……

突出显示以指示附加或附录,并记入其他人的输入…

回应 Ken 的评论 - 这是我的看法......不,不是,使用中性标准 Windows
颜色......不要追求华丽的颜色!坚持使用带有黑色文本的普通灰色背景,这是 Microsoft 规范中的普通标准 GUI 指南。请参阅UX
指南
( )。

如果您坚持使用华丽的颜色,至少要考虑到潜在的色盲用户 ,即可访问性,这对于残障人士来说是另一个重要因素
,屏幕放大友好的错误消息,色盲,患有白化病的人,他们可能对华丽的颜色很敏感,癫痫患者也很敏感......谁可能患有可能引发癫痫发作的特定颜色......

解决方法

如果您为非技术受众编程,您会发现自己面临很高的风险,即用户不会阅读您措辞谨慎且富有启发性的错误消息,而只是沮丧地单击第一个可用的按钮。

所以,我想知道你可以推荐什么好的做法来帮助用户真正阅读你的错误信息,而不是简单地放弃它。我能想到的想法将遵循以下原则:

  • 格式化课程帮助;可能是一条简单的短消息,带有“了解更多”按钮,可显示更长、更详细的错误消息
  • 将所有错误消息链接到用户指南的某些部分(有点难以实现)
  • 只是不要发出错误消息,只是拒绝执行任务(有点“苹果”处理用户输入的方式)

编辑:
我心目中的受众是一个相当广泛的用户群,他们不经常使用该软件并且没有被俘虏(即,没有内部软件或狭窄的社区)。这个问题的一个更通用的形式是在slashdot上提出的,所以你可能想在那里查看一些答案。