我正在开发各种应用程序，最终用户既是工程师又是推销员。某些操作和选项可能并非对所有用户都一目了然。所有应用程序都附带 PDF 和纸质手册 - 当然没有人阅读它们！
我想通过包含动态上下文相关帮助来提高应用程序的可用性。一种选择是 alá MSDN 并让 F1 调用一个网页 - 但是互联网访问并不总是可用，即使这对某些人来说也太费力了。
另一个想法是在选项悬停时弹出描述 - 就像工具提示一样。
我对其他人对此的看法以及在这种情况下的最佳做法很感兴趣。
与这篇帖子 What are common UI misconceptions and annoyances? 的主题类似，我想就这两点展开讨论：
最好的方法是什么？
您使用的现有应用程序中的哪些帮助功能让您高兴或烦恼......？
【问题讨论】：
根据我的经验，除了程序员之外，没有人会阅读帮助。因此，当您拥有技术和非技术目标受众时，您最终会提供两种做任何事情的方式：
有几个选项的向导。 一个有很多选项的属性编辑器。
在任何一种情况下，图片通常比文字更好。因此，一个或 3 个带有绿色大箭头和圆圈的屏幕截图指出了哪些功能将比索引、详尽的帮助文件更进一步。
【讨论】：
根据我的经验，在每个选项上都有一个工具提示，为每个选项提供更多定义/清晰度会非常有帮助。此外，您可以通过让默认屏幕包含一些常见的简单选项并提供可提供更多控制的高级部分来提高可用性。
【讨论】：
我目前正在从事一个类似的副项目。我们有一个现有的产品，人们将其用作日常工作的一部分。产品有一个固有的学习曲线，因此用户接受了一定程度的培训，并有可以求助的人。即便如此，我们知道它通常需要更多帮助和用户文档。
我们通过对最终用户进行快速调查（提供抽奖作为奖励）来启动这个帮助增强项目。我们还将与必须处理帮助请求的支持人员交谈。这将揭示一些痛点，并使我们清楚地了解如何集中我们的时间和资源。
关于何时使用内联提示与工具提示等的指南可以在各种样式指南中找到，例如这里：
http://developers.sun.com/docs/web-app-guidelines/uispec4_0/11-help.htm
请记住，将现有手册中的文本复制并粘贴到上下文帮助提示中可能是个坏主意。您将需要帮助来编写全新的内容。看看您是否可以从技术作家/文案那里获得一些时间。
【讨论】：