注册是产品设计中极其重要的一个环节，看似简单的注册其实非常复杂，有时候注册会以一个单独的产品存在。我们认为一个登录用户的价值比一个浏览用户的价值
高，只有登录用户才能在我们的网站上丰富个人信息，创造各种内容、与其他用户交流形成社区、享受服务和提供服务。只有登录用户才能让我们的网站内容更丰
富，更有活力，更有价值，有更多更活跃的登录用户一直是我们的目标。非注册、非登录的用户也很重要，也是服务链条中不可缺少的一部分，我对这方面的思考另
文表述。
注册的重要性表现在几个方面：
1，扩展登录用户数
登录用户必须在我们的网站有个人帐户，必须曾经注册，因此注册对于扩展登录用户数非常重要。
2，决定用户系统
从高一些的角度上看，注册流程决定了用户资料的数量、格式、存储，决定了提供的服务方式、登录方式等关键产品设计，对于整个网站的架构具有极其重要的作用。
3，影响用户体验
注册以后有那么多可以使用的功能，注册是既浏览访问之后第二个重要的用户体验地，这里的用户体验非常直观。
注册在架构上的要求
1，安全
用户系统是整个网站的底层支撑系统之一，需要不间断的提供正常的服务，安全很重要。
2，稳定
常常，我们设计的用户系统架构需要承受每天百万、千万、甚至上亿次的访问，如何更稳定的运行是一项必不可少的功课。
3，高效
对于网络传输、数据读取、展现方面都需要考虑如何提高效率。
4，兼容
一个产品、服务、网站经过多年的开发和运营，一定会存在向前兼容的问题，注册应该可以比较方便的向前兼容。
5，扩展
注册的变化应该尽可能的少，但随着业务的发展和架构的扩展，也不可能保证注册一成不变。注册需要能够做平滑扩展。
注册在产品上的要求
1，清晰
a，说明文字要清晰，填写的每项内容用在什么地方？每项内容是什么意思？如何填写和选择？注册的内容以后能否修改？
b，数据项的定义和前端的表述要简单明了，应该让用户知道都是些什么东西。
c，必填项和选填项的关系要清晰，包括哪些是必填项哪些是选填项，以及他们之间的逻辑关系、显示关系。
d，用户数据格式要清晰，包括长短、允许的内容等。
2，一致
a，注册页面和编辑页面的项目要一致。
b，注册入口的文字以及注册页面的UI要一致。
c，注册完成之后的去向要有规则。
3，友好
a，错误提示要友好，提交表单前还是后？如果出现上线翻页的情况如何显示错误提示？提示的称呼、解释是否有统一标准？
b，提供隐私设置。
c，签署文件友好，显示文件内容还是显示url？签署的文件以后是否可以单方面修改不用告知？
d，提供反馈入口。
4，合理
a，注册什么东西，用户id、邮件地址、通行证？
b，填写项目多还是少，各有好处。
c，注册过程中出错的统计，因为某项、到哪步而放弃的统计，记录提示出错的次数，以便优化。
d，用户数据存储系统设计，读写接口设计。
e，和其他主流产品的差别，对用户的影响。
f，能否自杀？
g，内部id分配的问题，公开用户注册的id、邮件地址、通行证？还是提供可公开的ID系统？内部使用什么做用户索引，外部使用什么做用户索引？
h，注册成功以后需要邮件验证吗？如果没收到激活邮件还能再来一把吗？
i，提供找回密码的功能？提供找回帐户名的功能吗？
一次产品需求评审会上记录的有关注册页面的一些细节，肯定不全面也不完全正确，只是做为我思考的一份记录而已。以后有更多思考的时候我会再回来完
善这个文档的，写完以后自己看着觉得没什么大不了的，但是我相信如果我有机会重新做一套注册系统的话，我很有可能想的还没这里的全面。可能我们什么都可能
想的到，但当真做的时候却发现总是会遗漏掉什么重要的东西，或者做不深入、想不透彻。
细节思考和产品思考这两个系列的记录已经停了有些日子了，之前的原因是公司“大跃进”，没有更多时间思考和记录。现在我发现，好像每个公司的每个
阶段都在大跃进中，我们每个人也无时不刻的在忙来忙去，又碌碌无为。而工作中总会有一些值得记录、思考的细节，我应该继续写下去。这半年多的时间工作上有
一些沉淀，也用纸和笔记录了一些东西，脑子里的想法也有一些。我准备整理一下，顺着之前已经列出但未完成的细节思考和产品思考的原则，更新在我的blog
里面。
