关于软件中有意义的消息

就我个人而言,我喜欢不需要太多解释的信息。Windows应用程序的第一个错误是按钮带有标准文本,而不是按下按钮时执行的操作。

示例:而不是:

Do you want to save the changes before closing?
- To save the changes press Yes
- To discard the changes press No
- To cancel and keep the application open press Cancel
[Yes] [No] [Cancel]

我喜欢

Do you want to save the changes before closing?
[Save] [Discard] [Cancel]

如果这是提示,那么我将使用问答样式:

是否保存对此项目的更改?

[是] [不]

• 不要说明显的
• 但是不要假设对你来说显而易见的东西对用户来说是显而易见的。
• 链接以帮助主题解释邮件所用术语的含义
• 模仿Mac:很多提示都有“啊?”有助于进一步帮助的链接。

在doupt中,添加一个帮助选项。

因此,而不是:

“输入s保存c取消”

使用

输入s代表保存,c代表取消,h代表帮助

另一个重要特性是,如果您的应用程序是一致的,特别是它的操作环境。例如,对于几乎所有的Windows应用程序,按F1键会出现一个帮助屏幕。同样,按F5通常会刷新当前视图。

真正让用户疯狂的是一个不间断的界面。想想我们有时按F1键会显示帮助信息的应用程序,而在应用程序的其他部分,按F1键则意味着“删除此文档”。

因此,供应商(Apple、Microsoft)经常发布关于应用程序应如何在其平台上与用户交互的样式指南。例如,微软有 Windows User Experience Interaction Guidelines 其中:

“这些官方Windows用户体验交互指南(简称“UX指南”)的目标是:

为所有基于Windows的应用程序建立高质量和一致性基准。 回答您的特定用户体验问题。 让你的工作更轻松!”

如果你在说 错误 然后,当您告诉用户发生此错误的原因时,这将是非常好的。

例如,如果用户看到404页,那么您不需要为他写整篇文章,但您应该参考“为什么我看到这个页?”

如果用户在url中犯了简单的错误,那么他不会打开该引用,但是如果您的项目更改了其结构,并且一周前它是正确的url,而现在它不是,那么用户一定会打开引用并读取nessecary信息。这是一种很好的风格。

根据用户的操作描述选择。简洁些。”省略不必要的词。”理想情况下,按钮将描述操作,您不需要文本来减慢用户的速度。假设用户不喜欢阅读屏幕上的任何内容;即使用户具有很高的识字能力,并且使用您的应用程序编写死气沉沉的文章,用户也对他或她所写的内容感兴趣,而不是对系统正在做什么的详细文本。

如果你真的帮助他们理解按钮的作用,告诉他们点击按钮后会发生什么。

所以不要说“单击保存保存”,因为他们可能不知道“保存”是什么意思。说“单击保存,您的信息将被存储以备以后使用”,或者说“如果单击取消,您输入的所有信息都将丢失”。

保持简短!

用户不会阅读解释要按哪个按钮的所有输入和输出的段落。用户最多只能阅读2个句子。有多少人真正读了这第二段?