属性
注册分为开放型和强制型，常用的工具类产品QQ、微信、钉钉、滴滴、膜拜等产品核心是人，聚焦用户某种具体的需求，登录注册带有强制性。
而内容产品知乎、得到、喜马拉雅、网易新闻等产品核心是内容、登录注册具有开放属性.
注册类型
手机号+验证码+密码
目前大部分的web和移动端产品最常见的注册方式，该种注册方式十分简洁，注册转化率较高；
优点：手机号保有量大，用户ID唯一，移动验证更加方便，安全性高，便于运营，易导入社交链。
手机号+验证码
部分web和移动端产品使用这种注册方式，例如知乎、饿了么、免去忘记密码和找回密码的困扰；
优点：手机号保有量大，用户ID唯一，移动验证更加方便，安全性高，便于运营，易导入社交链。
昵称(用户名)+密码+手机号+验证码
该种注册常见于社交、论坛等产品；
用户名注册也是以前pc端常见的几种注册方式之一，简单便捷，可以省去邮箱验证、手机号验证的步骤，但是通常会有密保问题更加繁琐的安全机制。
缺点：存在一个问题，当用户注册完成之后很久不再使用网站/产品服务，再次登录时很容易忘记注册时的用户名，也就米有办法继续使用产品，给用户和产品造成损失，所以大部分产品会使用绑定邮箱/手机号的方式作为补救措施；
用户名(邮箱)+密码+确认密码+手机号+验证码
该种方式是比较传统的注册方式，常见于工具类产品，其中邮箱一般用于TOB产品；
邮箱覆盖面不如手机号，同时邮箱验证较手机验证较繁琐，大部分移动产品不再提供邮箱注册的方式。而小部分产品同时提供邮箱+手机号两种方式。国外的大部分产品仍然保留邮箱的注册方式，同时也提供手机号的注册方式。如Facebook、Instagram、Twitter等明星产品，可见邮箱在欧美用户群当中的使用率仍然很高。
第三方注册
第三方注册常见的是利用微信、qq、微博等第三方发布平台进行授权登录；
第三方登录的优点：操作简便，只需要两部就可以继续使用产品；注册方便，省去填写大量数据的麻烦；
第三方登录的缺点：容易造成一人多号的问题，只能获取到有限的用户信息，无法提供更加精准的运营活动；所以很多app在用户首次利用第三方平台登录后，继续让用户绑定手机号或完善用户信息，以获取更加有效、真实的用户数据，也就是伪第三方注册。这种做法很伤害用户体验，会给用户造成极大的困扰。更加合理的做法是：在用户首次进行第三方登录后，提醒用户绑定有效的身份信息，同时可以忽略此步骤，在后续产品使用过程中去引导用户去完善信息。（网易云音乐、沪江开心词典、花椒直播）。
邮箱注册目前有5种类型
不验证邮箱地址
录入邮箱地址——注册成功
效率最高，但是没有邮箱验证的化保证不了账户的安全性，若邮箱录入错误则无法找回密码。
这种方式容易被注册无效账户或恶意注册邮箱，浪费服务器资源。
注册成功后，点击链接验证
录入邮箱地址——发送验证链接到邮箱——注册成功——登录邮箱，接收验证邮箱——点击验证链接，验证邮箱
这种方式的好处是既保证了注册信息的有效性和安全性，也不会降低太多的用户体验。
注册成功后，输入验证码验证
录入邮箱地址——发送验证码到邮箱——注册成功——登录邮箱接收验证码邮件——输入验证码。
这种方式的好处是既保证了注册信息的有效性和安全性，也不会降低太多的用户体验。
输入验证码验证后注册成功
登录邮箱验证——发送验证码到邮箱——登录邮箱接收验证码邮件——输入验证码——注册成功；
输入验证码或链接需要在注册流程种强制输入，这种方式会阻断用户的操作流程，有在注册过程中损失用户的可能。如果邮箱信息对业务逻辑及其重要的化，可以参考这种方式。
点击验证链接后注册成功
录入邮箱地址——发送验证码到邮箱——登录邮箱点击验证链接——等待验证——注册成功；
输入验证码或链接需要在注册流程种强制输入，这种方式会阻断用户的操作流程，有在注册过程中损失用户的可能。如果邮箱信息对业务逻辑及其重要的化，可以参考这种方式。
关于注册流程（大致分为两种）
同一页面内完成
较适填写信息较少，注册流程简介的产品，这类产品的注册往往只包含：手机号、密码等最简单的信息。
同一页面中完成注册，能能够让用户对整个注册流程有个心里预期，对填写的信息能够进行预判，整个注册过程给用户的操控感比较强。如果统一页面中完成注册，填写的信息过多，往往会给用户造成一定的填写负担，导致用户直接放弃注册。
按步骤分页面完成
适合填写信息较多、注册流程较复杂的产品，这类产品往往包含设置个人信息等其它需要填写的洗信息。
按步骤分页完成注册，将注册流程进行分解，引导用户一步一步完成注册，能够减少用户对于填写大量数据产生的抵触。随着注册流程的一步步深入，由于前面已经进行了大量的操作，用户反而不会轻易放弃注册操作。
注册流程：手机——验证码（短信验证码-图片验证码）——密码——注册成功
设置验证码环节：是为了防止恶意登录破译密码。常用的是图片验证和短信验证，一般短信验证和图片验证使用其中的一种就可以了。也有两种一起使用的，先填图片验证码，才可以点击发送短信验证码，可能是为了防止恶意浪费短信呢流量～使用短信验证的化，需要注意短信呢到达率，早些时候经常被收不到验证码气得想摔手机，现在很少遇到。而且现在多了一种语音验证，但短信收不到的时候，可以选择语音验证。虽然并不知道语音到达率怎么样，但是短信和语音都到达不了的概率可能太低了
密码：一般是6-16为，会建议用字母、数字、特殊字符混合使用，提高安全度。当然你限制其他长度也可以，就是可能会对永辉使用习惯产生影响。
注册成功：信息填写成功后，一般注册就完成了，这里有两种设置，一种是注册成功后进度登录界面，让用户再登录一遍。另一种是注册成功后直接默认成为登录状态。第一种的设置是为了加深用户对账号密码的记忆。第二种的体验更好一点。减少了一个步骤，就减少一部分跳出。而且，如果用户不重视你的产皮，注册后在登录八百遍也没用。要是用户重视，肯定会着重记忆的，而且找回密码的操作也没什么难度。
登录注册模块的相关细节
邮箱/手机号的占用判断
注册是判断永固输入的邮箱地址或手机号是否已经注册，后续该如何引导用户登录
邮箱/手机号的合法性判断
如何判断用户注册时输入的邮箱格式或手机号码格式是否有误，及时给用户有效反馈
登录密码的机制
登录密码的机制是怎样的，密码的长度如何设定？是否区分大小写，是否包含特殊字符，密码输入为明文还是不可见
需不需要确认密码
用户注册设置密码过程中是否需要重复确认密码
需要不要验证码
邮箱/手机注册过程中需不需要进行验证。如何验证，是利用短信验证码还是免费热线？
验证码的字符是纯数字还是数字字母结合？
验证码的有效时长如何设定？是五分钟还是十分钟？
验证码重发机制
如果用户未收到有效验证信息，多长时间后可以重新获取验证信息？是30s还是60s...
登录注册过程中的异常状态
用户登录过程中用户名密码错误，给用户反馈有效的信息。
用户忘记密码，如何找回密码？利用手机号验证、回答安全问题或其他方式？
注册完/登录完一定要直接切回需要登录的流程节点中
用户登录注册完成后，一定要直接切回到之前请求登录的节点中去。
密码的位数是多少？有什么样的要求？为什么要这么要求？
知乎的要求：6为数【默认区分大小写，含英文数字，屏蔽大部分符号字符】；豆瓣的要求：8位数【区分大小写，包含英文和数字，屏蔽大部分符号字符】
为什么这么设计？有无其他设定？密码当然是出于安全考量了，密码越长越复杂越安全，最好是【大小写+数字+允许的特殊字符】显然，社区账号的安全要比支付弱一些，所以没有强制要求，所以支付宝要设置登录密码和支付密码
app是先让用户登录注册好还是先让用户进入再选择登录注册的好
这个没有标准的答案，得依据产品功能特性和设计。但是大多数情况下，一个初期的app，先让用户进入在登录注册较好。因为：1、产品初期，登录注册可以视为一道坎，这道坎可能会阻碍一部分用户进入；2、非刚性需求app的登录在流程的越末端越好。用户能走到这一步说明认可了app，这个时候注册登录是用户需求，而非平台强制。这个时候用户不会认为登录是一道坎，而是一个通道。3、根据产品情况，用户觉得“注册登录”是理所当然。举个例子：去酒店开放，到大门口保安让出示身份证，用户也许句不会进去了。而让用户看好房间、价格、环境等，之后再让用户出示身份证，则是“理所当然”；
再举个例子：用户在使用 如果您是刚推出的APP，建议把注册登录隐藏在必要环节，与用户形成共识。（到一定的节点，用户甚至会想到，接下来该注册了。）
下面我来结合一些例子进行说明：
电商类app：电商的最终目的就是促使用户下单。这时登录注册的目的是确定用户信息，保证商品按时送达。这中间的过程可以简化为散步：把用户吸引过来，帮助用户挑选，最后下单。用户注册登录出现在最后下单这一步。这是登录注册的目的是确定用户信息，保证商品按时送达。如果在用户挑选商品之前就要求登录注册，这会极大的伤害用户体验，最后的转化率也是可想而知的。
社交类app：微信是基于熟人社交的产品，这是刚性需求。如果不注册登录就无从了解里面的社交内容的。因此微信把注册登录的过程放在了前面；对于陌生人社交类的app，产品的核心是基于共同兴趣形成的社群，尤其是在产品初期，用户对你的内容无从判断，这是一般就会选择先让用户体验一些基础功能，在使用核心功能时，才让用户注册。这时注册已经不是一道坎，而是帮助用户深入了解产品的一个通道。
分析方式：把整个app的用户场景画出流程，标注每个节点，将“注册登录”做成一个小卡片，每一个节点都评估一下，最后应该能找到最合适的摆放位置。
当然，如果把注册页面做的很有设计感，在很大程度上也能解决用户体验的问题，最后在给一些优化注册页面的建议（这属于设计领域，就不细说了）：简洁突出，大胆留白；简化页面副本，切中要害；有趣美观的页面设计；必要时加入动画效果；充满号召力的文案；使用单开式登录页。
