中山陵四方城石象路7号，南京中山陵国际青年旅馆
今天的天气没有昨天的好，下午有些风，坐游2四方城下。
第一次书友会我到的，人不多，聊到的话题却不少，后来因为忙或是其他的事情，就落下了。
今天发现队伍壮大了，竟然坐了满满一桌，都是年轻的朋友，不过对于我，这个场面还是陌生的，呵呵。
言归正传了，本期讨论的话题是:怎样设计“帮助”最有效？
帮助是我们在生活中所离不开的，因为我们总离不开困难和阻挠，经常受挫，可以自己想办法解决，多数情况下，还是需要求助。
Junchen把帮助概括为三种： 文档型帮助、情景式帮助、演示型帮助。
我平时接触的大多是前两种，第三种接触的少，也没有什么概念。
讨论一开始，振之为我们梳理了一下思路，把帮助又划分为了主动帮助和被动帮助两种，这样分类，让我对帮助的概念愈发清晰起来。
稻草（blog链接稍后加上）首先发言，他主要谈到了 帮助对于新事物的重要性，很多时候我们可以凭借经验去使用某个产品，面对创新型的产品，我们更依赖帮助去完成产品的操作和使用。
来自途牛的一位朋友对帮助文档的叙述加深了我的理解，结合我自身从事互联网方面的一些经验，我也提出了自己的一些想法。
首先列举了我前几天使用校内网的时候遇到的无法添加好友和查看好友主页的困惑：注册会员后我无法添加好友，点击同学的名称进不去对方的个人主页，网站提示我不是星级会员，没有做进一步解释。研究了半天，回过头来看帮助才知道这其中还有一个“网络”的概念。只有加入了特定的网络后，才能查看该网络下同学的个人主页。
在我困惑的时候，网站如果能“主动帮助”，给我一些提示，比如“您可能还没有加入某某网络”或”该会员的隐私设置可能阻止了您的访问”，那我就更容易知道我下一步该怎么做了。由此我想到的，如果把主动帮助放在用户的操作过程中，体验会不会更好一些。进行到某一步骤，就会提示我可以做什么或是不能做什么以及为什么不能这样做。
接下来的讨论很热烈，在视频帮助、引导型帮助、帮助的表现形式等方面，大家都发表了自己的看法。
其中，一位MM提到了一个设计的创意，我觉得很有趣：一个建筑设计师在设计楼宇之间草坪中道路的时候，事先不设计路的位置，而是让住户自己走，走的人多了，时间长了，自然就会出现一条路，这条路便是最方便住户的路。
由此联想到互联网或是软件中，很多情况下，网站或是软件会先出一个beta版，让用户测试，然后根据用户的使用习惯做修改。一定量的用户的使用习惯也往往代表着大多数人甚至于大众的使用习惯，用户能够根据自己的使用习惯使用，也就不再需要帮助了，所以，一定意义上帮助是为了避免帮助。
另外，让我印象比较深的是来自江苏都市网的一位主任老哥的话， 网站可以收集用户的帮助信息进行排序，把用户提的最多的帮助问题放在最上面，提高帮助的效率。
后来，和袁亮私下交流了提示和帮助的区别，基本达成一致：单纯的出错提示不算帮助，带有出错原因分析及建议的提示应该算是帮助。 这一点最后也得到了振之的肯定。
每位朋友发言后，振之总会梳理下，听听振之的话，我的观点更明确，虽然也还不成熟：
1.把文档帮助贯穿到用户的使用中去，注重主动帮助，避免被动帮助。
2.尽可能的利用引导式帮助，把帮助与提示相结合，尽可能早的主动帮助，减小用户的受挫感。
3.简化功能，避免用户过多依赖帮助才能完成产品的使用。
南京中山陵国际青年旅馆的环境不错，就是今天风大了点，认识了几位新朋友，借了一本书《设计心理学》，希望下次书友会的下午阳光很温暖。