无论怎样，帮助系统的目的，是解决使用者遇到的问题、帮助使用者更好、更快的完成任务。
　　情景式帮助：
　　即时，针对性强。情景式帮助最常见的例子就是：“忘记密码？”。还有比如一些应用具有帮助开关，打开的时候，就会出现气泡提示，告诉你这里是什么那里是什么。哦，还有，就是 Office 那个恶心的戴高帽的老头和长着眼睛的回形针。
　　这么一说，可能很多人会觉得情景式帮助是最有效的，因为最直接，并且符合在需要的时候出现这样的设计原则。但是情景式帮助最忌讳宾主倒置，过多的情景式帮助会影响用户的使用。
　　文档型帮助：
　　详细，大而全。一般是 FAQ 形式，可以由情景式帮助链接过来，或者从页面的其他地方链接到某一个问题的解答上。实际上就是一本帮助手册，噢，让我想起了 RTFM（Read The Fucking Manual）。文档性帮助必须有比较好的组织方式和搜索。
　　可能大家会直接把文档型帮助给枪毙了。但是，别忘了我们还有专家用户！
　　演示型帮助：
　　生动，易学。主要用在富应用的新手教学上，比如游戏里面的 Tutorial，比如安装一个软件的向导，安装完了之后的 Samples 等等。对于网站，演示型帮助可以放在首页上，我印象中，有一个在线的 Mindmap 应用（MindMeister），首页看上去是一张再普通不过的脑图，但点击后会发现，那居然可以在线操作！
　　从商业角度讲，演示型帮助可以引导和培养用户习惯。
　　除了以上三种，还有那些帮助系统呢？导航是帮助吗？一本书的目录，算不算帮助？快捷键，算不算帮助？
　　帮助的帮助：
　　如果你来设计一款 GPS 导航，它本身就是一个帮助系统，那它的帮助是什么？
　　载体：
　　文字，声音，图像，视频，Flash，三维虚拟…想象一下，你在使用一个三维浏览器，给你介绍你打算买的一套房子，并且有美女全程导购解释。
　　帮助的描述：
　　需要学会用用户的思维去考虑问题，图形往往是具备良好的解释性。