剖析APP登录注册模块

第一次输出此类文章，真的有很大的收获，之前以为很简单的流程但落到笔头就不知如何开始，不过最终还是磕磕绊绊写出来了，文中可能有许多不足之处请各位大神不吝指导，今后还会继续发布工作中的总结类文章，对己也是一种总结和沉淀。

---

一、常见的登录注册方式

1.手机号码+密码方式

在移动终端产品中，目前手机号+密码的方式是最为常见的APP登录注册方式，在注册时需要向用户手机发送验证码已验证输入的号码是真实有效的。

轻+APP登录界面

轻+APP注册界面

优点：

1、用户保有量大，方便记忆

2、获取验证更方便

3、安全性高

4、便于推送运营信息

5、便于获取社交链

6、对于用户后期的找回密码操作也更方便

缺点：

1、手机号复用问题，当用户更换手机号码后，运营商就会把这个号码再卖给其他人，所以用户使用手机号注册后适当时机引导用户绑定邮箱也是有必要的，方便用户日后更改手机号码；否则当用户更换了手机号码并且忘记了之前的手机号码或密码就无法找回之前的账号。

2、手机号码会涉及到用户的隐私安全问题，导致一些用户对其有所保留。

2.手机号码+验证码方式

相较于手机号码+密码的方式

58同城手机动态码登录界面

优点：

1、更加的方便快捷，用户无需记忆密码；

2、可以实现注册即登录，登录即注册。

缺点：

安全性低，当用户手机丢失时，只要知道了当前手机的手机号码就可以冒充用户进行操作。

3.第三方验证方式

通常是通过微信、QQ、微博这些第三方平台授权登录；当然也有个别阿里系应用使用自主第三方平台淘宝和支付宝授权登录。

钛媒体APP登录界面

微信登录验证

绑定手机号码

优点：

1、门槛低，无需用户输入注册信息就可直接注册，注册成功后需要完善个人信息（如绑定手机号，体验可能会大打折扣）

2、避免了涉及到用户隐私的不信任感

3、提高日活和留存

4、便于传播

缺点：

1、只能获取有限的用户信息；

2、若注册成功后强制用户绑定手机/邮箱，是一种很不好的体验，解决方法是让用户选择性的绑定。

4.邮箱地址+密码方式

邮箱地址+密码的注册登录方式是从PC端继承到移动终端上来的；但由于使用终端的改变相较于手机号的验证邮箱验证过于繁琐，且在验证过程中需要跳出产品外部从而打断注册流程，许多移动端产品已经不再使用，少数使用这种方式的产品也会添加手机号选项；也有一些产品不对邮箱账号进行验证，这就会出现当注册时邮箱输入错误但系统并没有验证导致后期密码找回等操作无法进行。

印象笔记注册界面

印象笔记登录界面

优点：

1、除手机外最容易记住的ID，市场保有量仅次于手机；

2、可向用户推送内容更丰富的邮件；

3、敏感性低。

缺点：

由于验证流程需要在产品外进行，会打断注册的连贯性。

不得不说的是印象笔记的注册和登录哦流程就存在我上面提到的问题，我随便输入一个邮箱和密码就可以完成注册，并且整个过程中也没有提示需要验证。

5.用户名+密码方式

现在已经很少有移动端产品使用这种方式进行登录和注册了，简单说下其优缺点。

注册界面

APP登录界面

优点：简单便捷，可以省去邮箱验证和手机验证。

缺点：

1、通常使用保密问题的安全机制；

2、很多时候用户很难一次成功的设置唯一的用户名；

3、若用户长时间不使用，再次登录时很可能忘记注册时的用户名。

的注册操作中就有用户名唯一的验证，注册过程中我真的是试了好多遍才成功，但是现在想想当时设置的是什么也忘记了，还好的登录是用手机号码登录的，避免了忘记用户名这类问题。

6.游客方式

用户不需要登录或注册操作就可以使用简单的功能如浏览内容，但当用户需要使用高级/核心功能时会强制用户进行登录或注册操作。

唯品会APP主页

优点：

1、进一步降低门槛，减少用户因为繁琐的登录和注册操作卸载应用的概率；

2、方便了只使用非核心功能的轻度用户（浏览内容），提高了用户的留存率，当用户需要使用核心功能时引导用户操作（关注、下单等）。

缺点：无法记录用户在未登录状态下所产生的数据。

二、常见登录注册流程

1.手机号+密码

手机号密码登录注册及忘记密码

2.手机号+验证码

手机号验证码快速登录

3.第三方验证登录及注册

第三方注册和登录

4.邮箱+密码注册及登录

邮箱+密码登录

5.用户名+密码注册及登录

用户名+密码登录

6.游客登录

聚美优品游客身份下单流程

三、总结

以上就是我对登录和注册模块的总结，接下来简要说下我自己在工作中处理登录注册的一些见解。

目前为止做过两个实际的项目，都是采用手机号码+密码的注册方式。

在注册过程中个人比较推荐一个界面只获取一条用户信息，例如去哪网的登录和注册方式。这样做首先方便了开发同学对界面控件的一些设定，也不会影响用户体验。举个栗子：若手机号码和验证码在一个界面用户输入完手机号码获取完验证码后非常无聊的把手机号码改了，这时开发同学就需要判断用户提交的这个手机号码和之前接收验证码的手机号码是一致的，呼~，是不是有点儿绕嘴。

第二点，设置密码过程中的确认密码其实是从PC端演变过来，因为PC端屏幕大，为了防止在你输入时被其他人偷窥到才设置为暗文密码的形式，但移动端大可以不必这样做，可以采用明文的一次性输入，这样大大减少了输入密码的错误几率，并且因为密码是可见的用户也可以输入完成后检查一下输入的是否正确，这样做即改善了用户体验又方便了开发同学开发。