1

我很困惑如何为我的 SW 写好消息。像下面这样：

“要保存项目，请点击‘保存’按钮。要取消它，请点击‘取消’按钮。”

但我觉得真的没用，你对如何写有意义的信息有什么意见吗？

4

8 回答 8

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]
于 2009-05-04T15:17:13.877 回答
1

如果这是一个提示，那么我会使用问答风格：

保存对此项目的更改？

[是] [否]

于 2009-05-04T15:13:10.297 回答
1
  • 不要说明显的
  • 但是不要假设对你来说显而易见的事情对用户来说是显而易见的。
  • 链接到帮助主题，解释您的消息使用的术语的含义
  • 模拟 Mac：许多提示都有“嗯？” 导致进一步帮助的链接。
于 2009-05-04T15:14:35.723 回答
1

不确定时，添加帮助选项。

所以而不是：

“输入 S 保存 C 表示取消”

采用

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

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

真正让用户抓狂的是一个反复无常的界面。考虑一个应用程序，有时按 F1 会显示帮助，而在应用程序的其他部分按 F1 将意味着“删除此文档”

出于这个原因，供应商（Apple、Microsoft）经常发布关于应用程序应如何在其平台上与用户交互的样式指南。例如，Microsoft 有Windows 用户体验交互指南，其中：

“这些官方 Windows 用户体验交互指南（或简称为“UX 指南”）的目标是：

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

于 2009-05-04T15:22:43.613 回答
0

如果您正在谈论错误消息，那么当您让用户知道为什么会发生此错误时会很棒。

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

如果用户在 URL 中犯了简单的错误，那么他不会打开该引用，但如果您的项目改变了它的结构并且一周前它是正确的 URL，而现在它不是，那么用户肯定会打开引用并阅读必要的信息。这是一个很好的风格。

于 2009-05-04T16:21:41.163 回答
0

根据用户的操作描述选择。简明扼要。“省略不必要的话。” 理想情况下，按钮将描述操作，并且您不需要文本来减慢用户的速度。假设用户讨厌阅读屏幕上的任何内容；即使用户识字率很高，并且使用您的应用程序编写不死的散文，用户也对他或她所写的内容感兴趣，而不是关于系统正在做什么的冗长文本。

于 2009-05-04T16:26:26.020 回答
0

如果您真的在帮助他们理解按钮的作用，请告诉他们单击按钮后会发生什么。

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

于 2009-05-05T03:54:16.943 回答
0

保持简短！

用户不会阅读解释按下哪个按钮的所有来龙去脉的段落。您最多只能获得用户将阅读的大约 2 个句子。有多少人真正读过第二段？

于 2009-05-05T12:52:35.510 回答