有点类似story board与interactive board的区分，概念上而已。

 帮助设计远远不是一个文档那样简单，对于大部分的用户，我们没有理由去奢求他能够狠好的理解网站的结构和功能，在页面上必要的引导，指示，询问都应该是帮助的一部分。

同时，除了专业的开发人员，用户的习惯不是去看HELP，而是直接关闭网页，这就让我们的帮助必须是在用户需要的时候出现，而不是等待用户去寻找帮助。（用户需求很打的网站除外）

PS:在设计的过程中，如何的让用户能减少思考，减少误操作。也可以看成是帮助的一部分。

记得有一次要删一首歌，找了半天终于删掉了，但是过后又不记得如何删了。 

我自己给这些东西定义为"边缘功能", 一些用户自己也能根据以往的经验把它试出来,但是对于新手来说就是很麻烦了!

我感觉这个环境非常好,很希望能够认识大家,和大家一起交流

3、在用户遇到麻烦的时候帮助

这三条在不同的时候会出现。

1、通常会是提交或者填写表单的诠释文字

2、通常会在简单文字说明仍然不清楚的情况下，会有帮助（复杂功能）

3、通常在用户犯错的时候会有帮助

从用户来讲，使用注册的都是新用户，他们需要在第一时间了解“为什么需要注册，注册有什么好处，网站的特点是什么”，功能上你需要告诉他“账号和密码命名规则，某些注册项的作用”等等；而使用登录的都是老用户，他们需要了解的是“最近有什么新活动、增加了什么新功能、发布了哪些新信息”等等。

从网站来讲，注册页面极有可能是“着陆页”，国外有文献称为Landing page，那么这个页面需要延续上一个页面的信息；另一方面，对于注册和登录的数据也需要分别记录，两个页面分开，能为统计分析节省不少的工作量。

赞同这个思路

11楼，我的理解和你不一样，用户对软件的熟悉程度和开发人员没有关系。

12楼，补充得不错。防止用户犯错是一个很重要的环节。

1、为什么需要帮助？因为遇到了问题。

2、什么时候遇到问题？最有可能出现在用户状态转化的时候。

3、什么时候转化？文中详细的解答了这个问题。 

我在写本期话题的时候，本想解答 2、3 问题，结果本文已经基本解答清楚了。也就不赘述了。