因为周末无法参加书友会，还是简单写一下对本期话题的自己的看法。

彪悍的设计不需要解释，那么我们是不是也不需要帮助呢？

从小的方面讲，帮助一般是指：手册、说明书、文档、FAQ 等等。从大的方面讲，可以是交互过程中的提示、指引、演示等信息，帮助无处不在！这一切，可以一并称为“帮助系统”。

无论怎样，帮助系统的目的，是解决使用者遇到的问题、帮助使用者更好、更快的完成任务。

不同产品的帮助系统有很大区别，我觉得讨论下比如 PHP 语言的帮助系统、电视机的帮助系统、数码相机的帮助系统可能会更有意思。但如果大家都是搞网络的，那么谈谈 Web 2.0 网站的帮助系统设计，或许更容易引起共鸣。

如果要我来为“帮助系统”分类，那么我会分为以下三种：

文档型帮助：详细，大而全。一般是 FAQ 形式，可以由情景式帮助链接过来，或者从页面的其他地方链接到某一个问题的解答上。实际上就是一本帮助手册，噢，让我想起了 RTFM（Read The Fucking Manual）。文档性帮助必须有比较好的组织方式和搜索。

可能大家会直接把文档型帮助给枪毙了。但是，别忘了我们还有专家用户！

情景式帮助：即时，针对性强。情景式帮助最常见的例子就是：“忘记密码？”。还有比如一些应用具有帮助开关，打开的时候，就会出现气泡提示，告诉你这里是什么那里是什么。哦，还有，就是 Office 那个恶心的戴高帽的老头和长着眼睛的回形针。

这么一说，可能很多人会觉得情景式帮助是最有效的，因为最直接，并且符合在需要的时候出现这样的设计原则。但是情景式帮助最忌讳宾主倒置，过多的情景式帮助会影响用户的使用。

演示型帮助：生动，易学。主要用在富应用的新手教学上，比如游戏里面的 Tutorial，比如安装一个软件的向导，安装完了之后的 Samples 等等。对于网站，演示型帮助可以放在首页上，我印象中，有一个在线的 Mindmap 应用（MindMeister），首页看上去是一张再普通不过的脑图，但点击后会发现，那居然可以在线操作！

从商业角度讲，演示型帮助可以引导和培养用户习惯。

除了以上三种，还有那些帮助系统呢？导航是帮助吗？一本书的目录，算不算帮助？快捷键，算不算帮助？

帮助的帮助：如果你来设计一款 GPS 导航，它本身就是一个帮助系统，那它的帮助是什么？

载体：文字，声音，图像，视频，Flash，三维虚拟…想象一下，你在使用一个三维浏览器，给你介绍你打算买的一套房子，并且有美女全程导购解释……

帮助的描述：需要学会用用户的思维去考虑问题……图形往往是具备良好的解释性……

还有更多的话题可以讨论，真是意犹未尽。我觉得大家可以交流下各自遇见的最酷的帮助，说不定什么时候可以借鉴一下呢。