关于软件中有意义的消息

时间:2009-05-04 15:09:24

标签: user-interface messages

我很困惑如何为我的SW写好消息。如下所示:

  

“要保存项目,请单击”保存“按钮。要取消它,请单击”取消“按钮。”

但我觉得它真的没用,你对如何撰写有意义的信息有什么评论吗?

8 个答案:

答案 0 :(得分:7)

我个人喜欢不需要解释的消息。 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]

答案 1 :(得分:1)

如果这是一个提示,那么我会使用问答式:

  

保存对此项目的更改?

     

[是] [否]

答案 2 :(得分:1)

  • 不要说明显的
  • 但是不要认为对你来说显而易见的事情对用户来说是显而易见的。
  • 链接到帮助主题,说明消息使用的术语含义
  • 模仿Mac:许多提示都有“嗯?”链接可以提供进一步的帮助。

答案 3 :(得分:1)

在完成后,添加帮助选项。

所以而不是:

“输入S以保存C以取消”

使用

“输入S表示保存,C输入取消或输入H表示帮助”

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

真正让用户疯狂的是一个无关紧要的界面。考虑一下有时会紧迫的应用程序F1会提示帮助,而在应用程序的其他部分,按F1将意味着“删除此文档”

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

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

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

答案 4 :(得分:0)

如果您正在谈论错误消息,那么当您让用户知道发生此错误的原因时,它会很棒。

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

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

答案 5 :(得分:0)

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

答案 6 :(得分:0)

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

所以不要说“点击保存以保存”,因为他们可能不知道“保存”的含义。说“点击保存,您的信息将被存储以供日后使用”或“如​​果您点击取消,您输入的所有信息都将丢失”。

答案 7 :(得分:0)

保持简短!

用户不会阅读说明按哪个按钮的所有细节的段落。您只能获得用户将阅读的最多2个句子。有多少人真正阅读了第二段?