23

在 Unix 时代，如果不先阅读手册页，您甚至无法关闭软件。然后是具有一致菜单布局和键盘快捷键的 Mac 和 Windows，但您仍然会在收缩包装盒中看到纸质用户手册，其中描述了应用程序中可能的每一个操作。上网后，帮助文件变成了html文件。

现在使用Web 2.0应用程序，您几乎看不到帮助。即使它在那里，它们也只是描述了一些特定的任务。换句话说，这些应用程序更多地依赖于用户群的常识或不让我思考的因素。

几年前，微软提出了一个叫做归纳用户界面的概念，它基本上告诉程序员在应用程序本身上输入指令，但我不确定这个想法有多受欢迎。

使用 F1 键的帮助文件、用户手册和上下文相关在线帮助是否失效？如果用户无法从 UI 中找到该做什么，我是否失败了？如果没有，我应该提供什么程度的帮助？（适用于桌面和网络应用程序）

编辑：文档/帮助文件如何与敏捷开发方法相结合？例如，开发人员是否应该在 UI 更改之前三思而后行，这可能会使一堆屏幕截图过时？

4

5 回答 5

10

关于帮助的三个注意事项：

  1. F1/独立的上下文相关帮助总是注定要失败的。默认情况下它是隐藏的，因此最需要它的人最不可能阅读它。曾经有希望我们能够训练用户在遇到麻烦时总是按 F1，但是太多的应用程序没有有用的上下文相关帮助......再加上太多奇怪的帮助界面......几乎被杀死这。
  2. 手册现在和以往一样重要。不再有那么多印刷手册，但在线手册比以往任何时候都好。wiki-as-a-manual 系统的普及在这方面有所帮助，降低了创建良好在线文档的前期成本。当然，很多人只是不读书...
  3. 将网页用作应用程序界面的美妙之处在于，您可以将有用的上下文相关帮助与 UI 结合起来，从而为新手和其他在遇到困难时无法查找相关信息的人消除障碍。

当然，仍然有很多应用程序，甚至是在线应用程序，设计的界面很钝，在某个角落的某个角落有一个很小的帮助图标，大概希望后者减轻前者的影响。可怜他们。

于 2008-09-13T19:08:33.123 回答
2

没门。你看看 MS 提出的文档、培训和营销支出的数量......你会得到答案。尝试使用其他人的产品，您将了解文档的真正价值 - 我现在正在学习 Godiagrams.. :)
所以我可以毫无疑问地说..不，它永远不会.. 无论用户界面变得多么直观..超出一定规模，您将需要帮助和培训。但是通过了解用户以及他需要完成什么，您可以将其设计为使他/她学习系统完成他/她的日常任务所需的时间最少。

于 2008-09-13T19:03:29.080 回答
1

如果用户无法从 UI 中找到该做什么，我是否失败了？如果没有，我应该提供什么程度的帮助？（适用于桌面和网络应用程序）

他们应该能够使用您的应用程序从 UI 执行基本操作。例如，对于图像编辑器，他们应该能够创建一个新图像，并绘制一些线条，然后通过查看 UI 来保存它。

这最好通过遵循常见布局来完成（例如在菜单栏中的文件下新建、打开和保存，以及使用标准的打开和保存对话框）。

对于 webapps 也是如此，人们希望能够在不阅读文档的情况下做基本的事情，但对于更高级的功能，人们仍然会阅读文档。（例如，大多数人会阅读文档以获取 BB 代码或至少有时会降价，但他们希望能够发布而不必知道它们）

使用 F1 键的帮助文件、用户手册和上下文相关在线帮助是否失效？

他们仍然有自己的位置。人们将使用它们来学习如何最好地使用各种功能，例如 markdown 或 bbcode，或者如何使用过滤器在图像编辑器中获得某些效果。

于 2008-09-13T19:06:27.483 回答
1

我一直在将上下文相关的截屏视频合并到我的应用程序中。我发现这有助于非技术用户快速掌握应用程序，而无需寻求实时帮助。

于 2008-09-14T05:19:49.207 回答
0

白痴/傻瓜书一定做得很好。想象一下，如果标准应用程序帮助和那些书一样好。许多应用程序的标准 F1 帮助非常糟糕。

帮助死了吗？不，但其中一些应该取出并射击。

于 2009-03-31T21:13:26.380 回答