我正在实施桌面应用程序（Win32）的帮助系统，并且正在寻找如何去设计它。设计一个帮助系统
帮助系统应该有什么样的结构，对用户有什么帮助？ 例如如果帮助系统是FAQ的大名单（Office 2010的帮助似乎是这样）？或者它应该是一个功能列表，记录和描述什么都行（如果用户不确定他们已经了解的功能如何工作，这可能只会有帮助）
我应该期望最终用户有？将帮助文件写入File - >Open Project关闭当前项目（如果存在）并打开现有项目可能有点贬低。
我在这里寻找的是一些指导，任何良好的帮助系统应该具有的一套功能，以及用户可以找到它们的方式来组织主题。
“开放项目”也可以作为参考项目定义的一个好地方，以及其他与项目开放有关的更一般的描述和程序。
通常，通过上下文相关帮助（这是文件 - >打开案例的典型代码）以及通用目录，全文搜索和索引来访问CHM帮助。最近的应用程序似乎只为每个容器创建一个帮助页面（一个对话框或PullDwn菜单），在那里他们列出了该屏幕上的所有项目（例如通过带注释的截图），而不是每个项目的复制框（菜单项） GUI。减少混乱和导航，许多点只需要一个相当简短的描述
除了上下文相关的帮助，还可以通过帮助系统浏览帮助。
CHM很像电子书，带有目录（TOC），索引和可选的全文搜索支持。
索引和全文搜索是用户搜索内容的方式。 主要区别在于索引更受您的控制，全文搜索在启用时大部分是自动的。
TOC是节点的树状图，充当书中TOC的角色，应该注意“电子书”的一般结构。常见问题解答通常是本TOC的附录。
除此之外，还有一个默认的“入口”页面，就像网站的主页。它应该将用户导航到最常搜索的主题。
与微软产品进行比较时要小心。他们有时使用的系统还不适用于终端用户/开发人员。
好帮手使用所有这些元素。
大致有两种类型的帮助：基于引用（即这个复选框是什么意思？）和基于任务（我如何实现XYZ？）。
您可能最好先创建一个基于任务的教程，并在必要时提供常见问题解答。