移动装备发力之前的登录方式很简单：用户名/邮箱+密码+确认密码，所有的用户登录注册都是围绕着邮箱来做。随着移动装备和社交网络的普及，邮箱不再是唯1，渐渐的出现了微博，QQ，微信等第3方登录方式，手机号的变更频率低，便于搜集数据进行推行等优点让手机号成为各大APP的登录注册首选。
下面先让我们总结1下各大APP的注册登录方式：
1.短信快捷方式登录
百度外卖1类的APP产品侧重于快速方便的让用户下单，他们的登录注册流程提供了短信快捷登录的方式，用户通过输入手机号，收到验证码并自动填写直接登录到APP我的信息页面，极大的提高了下单的速度。用这类方式的还有京东，美团，猫眼等寻求用户快速下单促进交易的产品。
2.社交账号注册登录
花瓣必须通过微博等账号注册，不提供邮箱注册，第1次注册/登录后必须提交邮箱 。
社交账号登录简化了登录注册流程，体验有所提升，更便于获得社交网络的熟人关系链，有益于后期推行。但多帐号的社交帐号容易造成后台账号混乱，僵尸账号长存，当第3方社交账号采取收紧措施的时候会有致命性的打击。例如：眽眽当年用微博账号登录，后来新浪封闭了眽眽用微博登录的api，眽眽无奈只好建立自己的账号体系。另外大多数社交账号登录网站或app，会在后台不经允许的关注了他们的官方微博或自动在QQ空间发布心情，真是操蛋的体验！
3.腾讯QQ的分步式注册：
腾讯的散布式注册目前是体验最好且效仿最多的登陆注册方式（不能不说企鹅做的用户体验还是国内棒棒的，还有就是网易的体验不错哦）
4.新浪微博的注册
新浪的注册流程虽然普通，但是如果作为1个忘记注册过的用户，如果先输入密码在去验证是不是注册过造成了2次重复输入，体验不是很好哦。
5.emoji的合并登录方式：
emoji讨巧的把登录和注册方式合2为1，当检测到用户注册过则直接登录，如过没注册过弹出对话框提示注册并确认完成。但1个按钮同时体现两个功能，容易让用户造成混淆。
以上属于我们比较常见的登录注册流程，目前尚没有合适所有APP的登录注册方式，交互设计在设计登录注册流程时需要根据每一个产品的功能特点来设计登录注册流程。
下面结合我做过的案例来分解1下我是如何设计注册登录流程的：
1.明确目标：
注册的目的是让用户具有与装备无关的唯1辨认的ID，避免用户由于注册流程繁琐而流失，增强用户体验。信息补全是为了搜集用户资料，便于后期精准推行。
2.明确产品定位：
产品定位：1款类似家校通的产品，家长通过学生代码绑定孩子的账号从而了解孩子在校学习状态的产品。
3.了解元素组成：
根据产品定位元素组成包括：手机号，邮箱，密码，昵称，性别，城市，社交帐号等。
思考1：
由于家长必须绑定孩子的学生代码才可观看孩子信息，所以具有1定的强迫性和特别性（只有有学生代码的家长才可以用），所以“先尝后买”（先用产品有兴趣在注册）不适用，因此快捷登录方式也被pass。
思考2：
社交注册不言而喻的好处是：快，安全，无需验证，可信度高，记忆本钱低。但产品用户多为学生家长，况且社交账号容易造成后台帐号混乱。虽然提供个人资料绑定社交帐号统1ID可以1定程度上解决帐号混乱问题，但斟酌到实现效果，外加其他平台没法完全自己掌握的帐号体系，社交账号最大的优点获得熟人关系链也对该产品无任何帮助的条件下直接pass。
思考3：
邮箱注册需要首先进行验证，填写邮箱再去换1个利用或打开电脑去验证邮箱简直是反人类，况且该产品目前只有手机端无网页端，所以不能用邮箱直接登录，所以去掉了邮箱注册。
思考4：
为了更快速的登录注册进入产品，我们把信息资料补全的部份放到了个人资料的编辑里面，登录和注册我们只保存手机号和密码选项。
通过上面的思考我排除快捷登陆，社交登录，邮箱注册，信息补全元素，剩下了手机和密码两个最主要元素。
下面要解决的问题：
满足新用户快速注册
满足老用户忘记密码
满足已注册用户忘记注册过而重新注册
页面跳转越短越好
单1页面任务不超过3
总结：以上问题都可以解决，但不太符适用户习惯，本着我们新产品没有庞大的用户去改变用户习惯的魄力，虽保存了这1方案但目前其实不适用于大众产品。
以上登录界面暂无优化空间，但注册界面触及到3个小问题
首先需要验证手机号
填写密码最好1步
验证码毛病或重新发送最好不要增加额外交互
我先看了新浪的注册方式，如果第1次注册忘记了已注册的情况下造成了输入密码的过剩操作，总结而言就是我首先不知道我是不是注册过就输入了密码，等提示已注册的时候我输入密码的操作就是过剩的。以下图：
9
这类情况下我要返回上1层登录或找回密码，体验非常不好。
其次我看了时光记账的注册页面：
10
首先时光记账的注册界面单1页面超过了3个任务：手机号，发送验证，填写密码，点击注册按钮。其次单1页面的任务太多加上输入键盘会致使页面拥堵乃至遮挡下方输入框，综合会致使用户因注册流程复杂2流失。
这样的单页任务不超过3步，但点击获得验证码的时候后台做了两部操作，第1验证是不是注册过，如果没有则发送验证码，如果有则提示注册过。（但获得验证码的按钮容易让用户造故意里预期与结果不服，按常理应当是获得验证码啊，怎样会提示已注册呢。）
注册界面2我为了减少单页任务，减少输入负担，设置了密码明文按钮，既可以减少重复输入密码的负担，又可以通过密码明文开关确认密码正确与否。综合斟酌稿件3是比较好的注册方式，但单页任务依然有待优化的空间。
以上注册流程特地为单页的多任务做了优化，但是我发现如果接收验证码失败或输出了验证码需要重新输入的话需要返回上层界面，造成了额外交互。因而我再加以改进有了稿件5。
在稿件4的基础上增加了发送手机号的提示和单1页面5附加交互的基础上的重新发送验证码功能。至此，全部登录注册流程的问题相应都得到解决。最后不能不反推回了腾讯的登录注册方式。
本文来源：微信公众号Payshare
查看更多关于【产品设计】的文章
