APP 设计：还原两个产品的登录注册流程
注册/登录，用着感觉很简单，但是细细分析起来，都是坑。试着还原两个产品的登录注册流程，满满的都是套路。
首先推荐两篇文章：
理论性的内容基本上面两篇文章都有涉及到，这里只分析表面的东西，主要根据下面的思维导图，结合真实app实现，来整理各种注册登录流程。
注册和登录统一，例子：饿了么
饿了么有个小小的体验缺陷，手机验证码登录中，手机号输入框中的格式校验只是简单的校验（位数=11，纯数字，以1开头），当输入了一个不存在但符合格式的手机号（比如10012341234）时，依然可以点击“获取验证码”调出图形验证码的输入框，但是输入完成后永远提示“图形验证码输入错误”。但是这种毕竟是可以忽略的事件，如果需要改进的话，需要在点击“获取验证码”时，再加上一个后端校验号码格式的过程（下面的『要出发』就是如此）。此外也可以完善“获取验证码”按钮的可点击状态判断条件，但是这个校验过程一般是前端的，风险太大。关于手机号码的校验可以参考js正则验证手机号码有效性，不过这个有效性规则有不同的版本，没深入分析对错，这个是比较宽松的验证规则。
注册和登录分开，例子：要出发
在还原这两个注册登录流程，关于手机号的校验规则差点就转晕了。登录注册是产品的一个很重要的流程，因此对于输入框数据的校验很重要，校验流程尽可能放到后台校验，如果校验放到前端，一旦检验规则发生改变，那将影响的是多个版本。两个产品的注册流程中都只是把手机号的简单校验（比如长度，纯数字，1开头）置于前端上，而把一些具体的判断置于后台校验。
原型下载链接：https://pan.baidu.com/s/1bo3axqR（密码: dgy7）
个人画着练习，有不对的地方欢迎指出交流。
文 @6277
关键字：登录注册, 产品设计, APP设计
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
