我正在开发各种应用程序，最终用户既是工程师又是销售人员。一些操作和选项可能不会立即对所有用户都显而易见。所有应用程序都附带PDF和纸质手册 - 但当然没有人阅读它们！什么是为应用程序提供帮助的好方法？
我想通过包括动态上下文敏感的帮助，以改善应用程序的可用性。其中一种方法是使用MSDN，然后让F1打开一个网页 - 但是网络访问并不总是可用的，即使这样做对于某些人来说也是太费劲了。
另一个想法是有说明时弹出一个选项悬停 - 就像一个提示。
我对其他人对此的看法感兴趣，以及这种情况下的最佳做法是什么。
沿着与这篇文章类似的主题What are common UI misconceptions and annoyances?我想就这两点开始讨论：
什么是最好的方式去做呢？
什么帮助您使用现有应用程序的功能令您感到高兴或惹恼您..？
根据我的经验，除了程序员之外没有人阅读帮助。所以，当你有一个技术和非技术的目标受众，你最终提供2种方式做的一切：
一个向导有几个选项。 有很多选项的属性编辑器。
在任何一种情况下，图片通常比单词文档更好。所以一个截图或者3个带有大绿色箭头和圆圈的图标会告诉我们什么会比索引，详尽的帮助文件更进一步。
在我的经验，这将是非常有帮助的，它提供多一点的定义/清晰度每个选项每个选项的工具提示。此外，通过使默认屏幕包含一些常用的简单选项并提供可提供更多控制的高级部分，可以提高可用性。
我目前正在研究类似的边项目。我们有一种现有的产品，被人们用作日常工作的一部分。产品有一种固有的学习曲线，因此用户可以获得一定程度的培训，并可以找到需要帮助的人员。即便如此，我们知道它通常需要更多帮助和用户文档。
我们开始通过对最终用户运行一个快速调查，（提供抽奖作为奖励），这帮助提升项目。我们还会与需要处理帮助请求的支持人员通话。这将揭示一些痛点，并且会给我们一个关于如何集中我们的时间资源的清晰概念。何时使用内联VS提示的工具提示等
指引可以在各种风格指南，如发现在这里：
http://developers.sun.com/docs/web-app-guidelines/uispec4_0/11-help.htm
记住，它可能是一个坏主意，只是复制粘贴&从现有的手册中的文本上下文帮助提示。您将需要帮助编写全新的内容。看看你是否可以从技术作家/撰稿人处获得一些时间。