1、知道用户哪里来，方便做用户来源数据分析。

1）自然用户注册的

2）站内用户邀请过来

3）搜索引擎过来的

4）广告媒体过来的

5）代理商提交的

发问：

如果你作为一个产品人员，你需要最这些做什么工作？相应的管理员后台应该做怎么样的设置或整个入口的业务流程设计。哪些来源的需要审核，哪些来源直接注册成功。以及注册以后，转到哪到页面，会员各自的状态，以及拥有的业务或默认开通的业务都有哪些。

2、因为用户要进来，那要应该设计注册提交表单，right？对于不同的来源用户，是不是注册表单也是一视同仁？注册表单风格也是千篇一律？需要对用户名、Email等占用情况做一些合法做已占用的校验？很多情况下，为了多拉进用户，Email都不需要校验，那一般情况下怎么说服用户很高兴的去填写自己的Email?你可以告诉他，可以通过它找回密码。

3、正好说到Email说到邮件，这是网站很必要的一个工具，通常采取邮件服务器给客户发过去。到到底哪什么，其实通常有以下几种。

1） 注册成功，告诉用户，你注册了xx网站，xx是提供什么的，它用户名是什么，登录地址是什么

2） 一个月或多长时间不登录，提醒他，很常时间没来了，建议他可以去看看，体验一下。

3） 真正这个用户忘记了密码，可以通过邮件告诉它，点击这个链接重置密码。

4） 作为网站活动或营销之用，告诉它xx网站有什么活动，去参与。

5） 账户余额提醒之用，当用户的一个很重要的付费产品余额不足以及到期的，邮件续费提醒。

6） 网站的动态提醒，说xx加了他好友，xx给他留了言，SNS交友类网站用的比较多的。

7） 顺便提到了，邮件模板问题，设置统一的，一个用户喜欢的，清晰的，言简意赅的模板尤为重要，这一点，也是做产品的一个规范性问题。

4、作为一个很重要的与用户沟通的手段，邮件的功能功不可没，此外很多网站也通过“站内信”、“网站反馈”2个途径，和用户建立起一个很好的桥梁沟通。 站内信，作为一个公用通道，网站可以很灵活的发布信息，到用户网页端，甚至指定的消息未读置顶功能等等；相比来说，“网站反馈”可以更具体的搜集到用户的 “建议、投诉、举办”所以作为网站产品人员，网站的更具体的联系方式放到哪个模块可以看用户，点一下就能看到是个细节了。也就是说，一些入口是用户想就能想到的，你千万不要让用户费心思再去找，要不然我感觉也是挺失败的。

5、有了注册，自然想自然的有登录，因为很多页面是需要授权后，访客才有权限可以看的。登录页，自然便赋予了这个最重要的功能。现在很多登录页的做法也是差不离，一般是提供一个很明显的登录输入框，让用户提交表单信息，登录进去，另外还有一个很明显的按钮就是“还不是用户，请先注册”，不用寻思该链接肯定到的是指定的注册页面。而页面还有一半区域，作为引导之用，肯定写是：网站有哪些很直观的功能特点；大家请注意，现在新出的一种主流的做法，是当登录信息没有通过校验，会到另外一个登录错位页，那为什么还要多设计这样一个页面呢？为了多流量？为了吸引用户？其实说白了，还是登录页，再加一个引导，广告页嘛，哈哈 多一点介绍，吸引用户，引导用户，不误坏处。

6、网站的信息体现，这是网站一个好坏的很重要的一个因素。有很多信息，用户不知道，你怎么设计给它详尽的展示？通过搜索？通过类别？还是搜索& 类别，这是考验一个产品设计人员的很重要的指标。忌讳的是，千万不要让用户来了，找不到信息又走了。所以无论怎么样，让用户一直点点点，就是点着不关闭你的网页。你可以想一想，怎么样方便用户多维度的检索到他想要的信息，用户为了检索到他想要的信息，可以通过几种方式？用户最多需要几步操作才可以检索到他想要的信息？用户点击某个链接或类别过来了，他还能很好的回去么？页面有明确的标记么？页面有热门的信息推荐么？页面上有他曾经的浏览记录的显示么? 用户是不是，可不可以很方便的切换当前频道，他自己同时很清楚的，他当前在哪个位置？对于输出的数据，有没有提供给用户高级搜索或叫进一步缩小数据检索范围的功能，例如，缩小到地区、类别等等。而且用户可以换个他愿意看的视图方式。目录列表形式，或图文列表形式。这些直接关系到用户对网站总的体验。用户是干嘛来着？来找信息的，他找不到信息了，他就会走了。如果系统做的人性化一点，“找不到信息？快去……”做个引导，引导用户通过另外一种途径去检索信息，这时候用户肯定是喜欢的。于是“相关关键词、相关类别、相关热门信息”也是成为产品人员重点推敲的功能点。

7、说到提示问题，本来提示就是一个快捷功能，目的很方便的告诉用户，现在怎么了，现在是什么情况，现在网站建议他可以怎么样操作。随着web2.0概念的深入，DIV+axja的运用越来越多，事实上证明，很多地方的提示，“错位提示”、“回跳提示”、“成功提示”等越来越多。层可以很好的解决这个问题。包括页面上有些地方可以直接用层弹出遮掉区域做反黑等处理。但大家注意过没有，什么时候需要用层处理，什么时候用其它的提示处理，什么时候不该用层处理。其实话说回来，还是要落在产品人员身上，我定义上当系统碰上什么样规则的时候用层出现，还是用某种样式的层处理。要是处理不好，用户会很反感的。搞不好事与愿违，那就麻烦了。我总结的一点是，信息处理状态提示可以用层，但这个站点多处用层时，一定要注意风格统一，不要这个地方是这个样式，FF兼容不了，那个地方又是那个样式，JS 还有问题。层一定要兼容性好，可以适应当前浏览器，不能错位；2、可关闭，不能太占页面地方；3、视觉上不能和页面造成页面冲突或色彩叠加。在雅虎关系上看到一个地方，层的外边狂做点部门透明处理，这点还是比较好的。

8、404/505/无结果页，帮助中心，一般怎么处理？……