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