采用多页还是单页文件
注 基于HTML的帮助文件经常用多个文件存放帮助信息；这些文件的分布形式很大程度上影响了用户查找时的便利性。
一个很有必要考虑的因素是如何组织所有帮助文件。使用Windows Help时，我们只建立了一个文件，它由许多信息页组成。这种方法不适用于基于HTML的帮助文件，因为此时不是用主文件的方法来实现的，总而言之，必须指出如何将多个信息页放入一个集合中，但所建立的集合必须包含所有的文件。
请谨记，帮助文件使用大纲方式组织，而且编排上与书籍的布局格式相似。你需要完成的工作是确定是从哪儿截断文件，完成这项任务的方法有多种，关键取决于应用程序中如何使用，表15.4描述了各种文件布局选项以及相应的优缺点。
连接类型
注 即使是基于HTML的帮助文件在为用户提供信息时，也必须考虑到拨号连接存在的限制。
一个很有趣的现象是：使用基于HTML帮助文件的厂家总是觉得用户是用T1线路接入Internet的，实际情况是用户常常是用拨号方式下载文件。在第八章我们已经讨论了一些关于拨号连接的情形，最重要的是要限制每个文件的大小，这样用户才会愿意下载。
与浏览器不同，应用程序中不会含有stop按钮，这就意味着用户必须选择是等着每页从Internet服务器下载完再享用帮助，还是在帮助文件过长时拨打帮助热线。多数情况下我还是建议你组织好一个强大的技术支持小组，准备为那些用了长HTML帮助文件的应用程序提供支持。
注 在基于HTML的帮助文件中要慎用图像，因为这会极大地延长下载时间。
考虑HTML帮助文件的大小意味着：需要考虑是否使用响铃和报警来增强基于HTML的帮助文件的效果。例如：大部分Windows帮助文件使用全彩色的屏幕快照以帮助用户获得最易理解的帮助信息；另一方面，对于基于HTML的帮助文件就使用了黑白方式的图片以减少下载时间。
还需要控制HTML帮助文件中图像信息的使用数量。在颜色和/或分辨率上的减少毕竟是有限的，如果图像因此变得很不易识别，用户就很不值得下载了。换句话说，不论建立哪种形式的帮助都必须保证图像的质量。
结束这种无益争论的最好办法是先进行用户调研，一些用户可能只需要文字，可以在帮助屏幕上作一个选项供他们选用；另一些用户宁愿使用低质量的黑白图片，还有一些用户则选择高质量的彩色图像，因此最好提供多种方式供用户选择。这时要考虑到用户的拨号速度，毕竟有些用户确实用T1连接方式，他们应该得到高质量的帮助文件。
查找能力
当用户经过了初级阶段之后，就很关心帮助文件提供的对所需信息的查找能力。他们要找的可能只是完成某项任务中的一小步，或是某个对话框中一个小控件的局部说明。糟糕的是，HTML帮助文件不是全局可查找的，这个问题是所有供货商都必须面对的。
有些方法可以模拟Windows Help的查找方法，实现起来也不难。虽然不能完全实现Windows Help的查找能力，但可以尽量接近。下面是一些供参考的方法：
建立索引
定义附加的链接
增加目录
生成热门主题列表
注 基于HTML的帮助文件缺少按字查找的能力。
基于HTML的帮助文件不像Windows help那样，它缺少按字建索引的能力。这就意味着用户可能会提出许多预想不到的问题，而帮助文件的查找功能又无法问答。这时一般要提供某种形式的反馈机制，以便于用户提出其它链接的需求。另外，如果你的HTML帮助文件查找功能足够灵活的话，建立附加链接不会是件频繁的事。
技巧 克服HTML帮助文件查找能力不足的一种方法是使用Windows NT IISversion 4.0及以上版本。它提供了对Web目录下所有文件建立索引的能力，在基于HTML的帮助文件上设置查找页面并不广受欢迎，特别是使用Microsoft提供的通用查找页面。