摘要：
快快快，先上车，路上慢慢说~登录分析 1. 什么是登录？供多人使用的网站或程序应用系统为每位用户配置了一套独特的用户名和密码，用户使用这套用户名和密码进入系统的过程... 快快快，先上车，路上慢慢说~
登录分析 1. 什么是登录？
供多人使用的网站或程序应用系统为每位用户配置了一套独特的用户名和密码，用户使用这套用户名和密码进入系统的过程，以及系统验证进入是成功或失败的过程，称为“登录”。
登录，登陆，一定要分清楚。
2. 为什么要登录？
登录成功后，系统能识别该用户的身份，从而保持该用户的使用习惯或使用数据。
3. 什么时候需要登录？
当前操作/行为与服务器发生双向互动时，就需要登录。
社交类：浏览其他用户的公开资料无需登录，向对方发送好友请求则需要登录。
购物类：浏览商品信息无需登录，加入购物车无需登录，下单结算则需要登录。
4. 谁在登录？
1. 正常用户：新用户、老用户
2. 假用户：微商、竞品拉用户
3. 非法用户：诈骗、骇客、‘短信轰炸机’、‘呼死你’
5. 怎么登录？有哪些登录方式？
手机号+验证码 第三方快捷方式 系统账号通行证 中移动“和通行证” 账号+密码 指纹 声纹 人脸识别 虹膜等其他生物识别技术
第1~4条，新、老用户都适用；
第5~9条，仅老用户适用。
Ps：本文中，“新用户登录”就是指传统意义的“注册”概念。
6. 登录环节的目标？
主要分为两类：①安全目标；②转化成功率。
1. 企业安全
解决办法：
2. 用户安全
第6条中，【账号+密码】对用户有重大安全威胁。
每年都发生的登录凭证数据库泄露事件，让撞库登录的威胁度越来越高。
解决办法：
去掉‘登录密码’概念。
3. 老用户便捷
移动互联网时代，老用户几乎是1~2年（换手机）才使用一次登录功能。
登录密码使用频率极低，极易忘记密码，而找回密码的操作流程都很复杂。
解决办法：
去掉‘登录密码’概念。
4. 新用户转化率
首次登录，对用户来说是被迫行为，容易引起反感。操作和步骤越少，转化率越高。
解决办法：
去掉“注册”概念，新/老用户都使用“登录”。
这样，设置密码、找回密码、密码/验证码切换登录、密码格式判断、明/密文开关、登录行为异常判断、登录凭证数据库安全防护……等这一系列的功能和麻烦不攻自破。
7. 总结
账号体系，是一款App的根骨，只有一次加点的机会，请慎重。
其实，邮箱时代，也是可以使用邮件验证码来精简掉“注册”模块的。
登录——每页只能有一个焦点 1. 新 / 老用户，登录入口的默认设定不同
上文提到有N多的登录方式，如果每页只能一个焦点，就要捋一下登录方式之间的主从关系。
对于新用户，登录方式主要有两类
很多文章，分析这二者优劣时，都认为手机号安全、可靠、用户真实、价值高。
分析是没错，然而场景搞错了，这里是登录环节，对于常规App，一切应以登录为主。登录之后有100种方法来拿到手机号，此处不着急。
极端类型的：
上面简要分析了一下各登录方式的特性，下面原型图以常规App的思路展开。
页面设计原则：
每页只有一个视觉主焦点； 要有不影响主焦点的平行备选方案出口，或异常解决的出口。 老板说：“手机号，尽量引导一下，但也要兼顾登录转化率。”；“……”
在工作中，我学习臻龙大神，用 Axure 写 PRD。然后又集各家所长，结合自己的一些创新，形成了我自己的PRD风格，如上图（为了投稿，样式稍微优化过）。
在写了无数说明文档、画了无数流程图，电子的、纸质的都试过之后，无奈发现开发哥哥们根本不看那玩意儿~~~
开发哥哥姐姐们说：（都是真实回答）
从不看产品文档，跟着UI图做，看不懂就去打PM。 太多了，看的眼晕。基本是做一步看一步。 哦，这样啊~，我是靠着感觉写的，那我改改。
从产品角度想，PRD的用户是开发哥哥们，人家不看说明是PRD写的有问题。遇到问题解决问题，就形成了上图右侧的文档形式。
文档用两组 if else，详解了左侧两个页面的业务逻辑。这样的说明文档，对程序员来说，效率高、逻辑清晰、兼具高可读性。这些优点，是流程图和纯文字文档是无法做到的。
当然，细节也很重要，比如：像素级的对齐、【图二】输入框中没有光标…
2. 言归正传，手机号登录，如下图：
第三方登录无需页面，常见问题：第三方App未安装、App互相拉起权限、返回数据异常等等，只需服务器处理异常即可，这里只说手机号登录：
遵循平行备选方案出口原则，在用户输入手机号之后，不隐藏掉第三方登录，只弱化处理。
改进之处：
用Android时，每次复制了验证码，都要长按输入框去粘贴，烦，所以我加了粘贴。 手机号码分段显示、加大字号，做法不新鲜，但也不多见，个人认为很有必要。
初始登录页到号码登录页，一定要使用动效，用动效把两个页面连接起来，让用户感觉只是同一页面的微小变化，一切尽在掌握，避免产生负面情绪。
在实际PRD中，我把每个页面的内部规则也写到文档中。例如：
手机号、验证码输入框，只能输入数字； 检测键盘高度，防止遮挡到登录按钮； 验证码为4位数字，30分钟有效。 30分钟内最多获取3次验证码，且内容相同。 每天最多获取10次验证码。 不同种类的验证码，分别计数。如：语音和短信验证码。 不同种类的验证码，规则不同。如：登录和支付验证码。
……
3. 获取验证码后，超时未输入
Android的智能化越来越成熟，但是权限系统也日趋完善。
在验证码输入环节，这二者就产生冲突了。在用户首登时就弹窗索取权限，显然不太友好。但如果不授权，就无法使用自动填写验证码这样的功能。
这里根据自身情况设定，如果后续会频繁使用验证码，或判断出是老用户，则可以先要权限。
接听语音验证码，我将其定义为“解决异常情况的一个出口”，所以默认不显示，只有短信验证码超时未填写时，才会出现。兼顾页面整洁和场景需求。
4. 登录模块的其他页面
选择登录方式时，主流程都未被打断过，下图这些页面当然也不能打断主流程。
图一：
图二：
图三：
5. 登录环节的异常情况
错误提示，也要遵循一个焦点原则。
上图解释，都是自动出现的错误提示。
———————————分割线———————————
上图解释，是手动触发的错误提示。
———————————分割线———————————
上图解释，防作弊与两种吐司展示
———————————分割线———————————
触发安全机制导致的登录信息过期，再次登录时，需要进行两种安全验证才能登录。
———————————分割线———————————
此处细节还是挺多的，比如：会员时长、相册、好友、动态、资料，这些信息能否合并？合并后，被解绑的账号是真删除还是假删除？
这些细节，极特殊情况时才需要考虑，比如企业收购导致账号体系合并。
去年双十一阿里赠送的优酷会员，需使用支付宝登录优酷，然而账号不能合并。结果就是优酷新增了用户，阿里送礼长了面子，用户则一脸懵逼。
相信已经是优酷会员的，且之前未绑定支付宝的，谁也没用过阿里送的优酷会员。
你们是吗？
以上，登录环节的异常情况也就差不多了，网络异常吐司提示即可。权限获取失败，前面也提到过，尽量不要在登录环节向用户要权限。
iOS 11 暂时还没研究；Android 方面，华为市场的默认权限不统一，同一分类的App，安装后，初始权限数量不等，有的多有的少，暂时还没搞清楚原因。不知是否可以向华为花钱买初始权限，有了解的大神，可以在评论区指点一下，谢谢！
6. 登录页 – 其他形态
基础功能不登录也能使用的App，使用弹层登录页更好。注意遮罩的透明度，要保证页面整洁。
———————————分割线———————————
临时退出，或者安全机制退出，可用生物识别登录。叠加使用更安全。
7. 探索永无止境
我在PRD中，每个大功能模块下面都有一个探索页面，放不同的设计和方案，做 A/B 测试能用到。最主要的还是当做终极力量，威慑程序猿们。
需求这种武器，脑洞有多大，威力就有多大。
对于登录模块的探索，有些有意思的资料和想法：
中移动的和通行证：
三个功能：一键免密登录（SDK）、本机号码校验（SDK）、二次号查询。 这两套SDK，都需要“拨号”和“读取本机识别码”权限。 如果你的App默认拥有这两个权限，用着很不错，手机号都不用输，一键登录。 小米 MIUI 9 已经全面接入了和通行证，全体系支持一键登录。 本机号码校验，可用于安全验证。 客服：“目前三网都支持，但是为了保障以后的使用，建议找回各自运营商对接。”
登录页，定制键盘：
8. 完结
准备的素材基本用完了，文章结束。
PRD内自用的流程图就不贴出来了，反正开发大哥大姐们都不看。
