是有帮助的文件(或用户手册)死了吗？[关闭]

Question

回天的Unix,你甚至都不能 靠近一个软件 没有阅读的男子页面。然后来了Mac和窗户一致的菜单布局和快捷键，但是仍然看到纸上用户手册运在绕箱，其中说明每个单的操作可能的应用程序。互联网之后，帮助文件成为html文档。

现在 Web2.0 应用程序，则几乎看不到的帮助。甚至 如果它的存在, 他们只是描述了一些具体的任务。换句话说，应用程序是更多地依赖的 常识 或 不要让我认为 因数的用户基础。

几年前，微软想出了一个概念被称为 感应用用户界面, ，这基本上告诉程序员将在说明的应用程序本身，但是我不知道该怎么受欢迎这一想法。

是有帮助的文件、用户手册和环境敏感性的在线帮助F1键死了吗？我已经失败，如果用户可能找不到出什么来做，从用户界面？如果不是，什么程度的帮助我应该提供什么？(都用桌面和网络应用程序)

编辑：怎么documentation/帮助的文件目与敏捷的发展方法？例如，应该开发者认为前两次用户界面的变化，可能过时了一堆的截图？

Answer 1

我已经失败，如果用户可能找不到出什么来做，从用户界面？如果不是，什么程度的帮助我应该提供什么？(都用桌面和网络应用程序)

他们应该能够使用自己的应用程序来做到基本的东西从用户界面。比如说用图像编辑，他们应该能够创建一个新的图像和绘制一些线然后拯救它只是通过在用户界面。

这是最好的做法，通过以下共同的布局(如具有新的、开放和保存下文件在菜单，并使用标准的开放和保存的对话).

这同样适用于webapp，人们未来世界的剧情向触摸解谜能够做到的基本的东西，而不必读文件，但对于更先进的功能，人们仍然会读的文档。(例如大多数人们会读的文档说BB代码，或降价至少有的时候，但是他们希望能够员额，而无需知道他们)

是有帮助的文件、用户手册和环境敏感性的在线帮助F1键死了吗？

他们仍然有自己的位置。人们将使用他们了解如何最好地利用各种特征，例如降价或设置高亮，或者如何使用的过滤器来获得一定的效果在一个图象编辑器。

Answer 2

三个音符在帮助：

1. F1/独立情境敏感的帮助，总是注定要失败。它是隐藏的，默认的，所以人们谁最需要它是最有可能读它。有希望在一个时间，我们将能够培养用户总是打F1当他们遇到的麻烦，但太多的应用程序没有有用的背景敏感的帮助...结合过许多奇怪的帮助接口...几乎杀死了这一点。
2. 手册是作为重要，因为他们现在没有进行。没有那么多印刷手册的了，但在线手册比以往任何时候都好。扩散wiki作为手动系统已帮助在这里，降低前期成本的创造良好的在线文件。当然，很多人 只是不读...
3. 美丽的使用的网页应用程序接口是你 可以 结合有益的背景敏感的帮助用户界面，消除障碍对于初学者和其他人否则不会费心去寻找相关的信息时，他们遇到问题。

当然，仍有很多应用程序，即使在网上应用程序，专用钝的接口和一个小小的帮助图标中的一个角落的地方，大概希望，后者减少了前者。可惜他们。

Answer 3

没有办法。你看看的文件数量以及培训和市场营销支出甚至MS提出了..你会得到你的答案。尝试采用别人的产品，并且您将学习的真正价值的文档-我在学习Godiagrams现在。。:)
所以我可以说，毫无疑问.. 没有，也永远不会..无论如何直观的用户界面获得..超越一定尺寸，你会需要帮助和培训。 但是，通过了解用户和什么他需要得到完成，可以设计它的时间他/她需要了解系统做他/她的日常任务是最小的。

Answer 4

我已经纳入下文相关视频到我的应用。我发现这有助于非技术用户掌握的应用程序迅速，而没有要求现场帮助。

Answer 5

白痴/虚拟图书必须做得相当好。想象一下，如果标准应用程序的帮助是不如那些书籍。标准F1帮助很多的应用程序，仅仅是可怕的。

是帮忙死了？没有，但是一些它应该被取出，并开枪。