这是APP产品设计的第1篇文章
源来：之前关于产品的文章写的有些零散和随性，标题和内容时有抖机灵，再加上更新周期和频率也不太稳定，内容和价值渐渐与我在简书写文初心相背，一度有考虑是否有继续下写下去的必要。停更的这段日子里，经常思考应该写什么样的内容，以什么样的形式和周期，如何在启迪他人和自我成长的二者间达到平衡？
现开始一个新的专题文集——《APP产品设计》。这个文集以功能模块为单位，每篇文章站在产品的角度阐述所思所想，在设计第一际产品功能的同时穿插讲解相关知识点和思维模式，希望这样的文章结构能尽我所能提升诸位碎片化阅读效率。
一、是登录还是登陆？
在体验一些产品的的时候，有的写登录，有的写登陆（PC时代居多），那到底哪个登录（陆）才是正确的书写？
登陆：渡过海洋或江河登上陆地。特指作战的军队由水面登上敌方的陆地。Land之意，后来引申为着陆之意。
登录：列入，记载。登记记录用户输入的注册账号和密码并验证是否通过。
所以，从上面的词语解释上可以明确，APP上登录是正确的写法。
二、登录方式有哪些？
APP现在主要有两种。自主账号登录、第三方账号授权登录。前者新用户需要先注册账号（如手机、邮箱等），后者无需注册新账号。
通常情况国内为手机号(用户名)+密码登录，第三方账号授权登录如微信、微博、支付宝、QQ等。
而国外以邮箱+密码登录，第三方账号授权登录如Facebook、Gmail、Twitter等。
三、手机号+密码登录如何验证？
针对手机号+密码登录APP时，产品需要考虑登录的分支判断。
1、当手机号或密码输入为空时：可将登录按钮置灰，不可点击；
2、当手机号未注册时：文案提示并引导用户注册；
3、当手机号位数或格式不正确时：文案提示手机号输入正确的手机号；
4、当手机号和密码不匹配时：文案提示重新输入密码；（密码格式不要做提示）
5、当多次验证不通过时，需要有动态图片验证码或账号锁定的防刷机制；
同时，还需要考虑网络异常情况的引导提示。
针对文案提示，建议简短精炼，可适当结合产品目标用户特性，一般统一使用弱提示，2~3秒后自动关闭。
四、第三方登录概述
所谓的第三方登录：是说基于用户在第三方平台上已有的账号和密码来快速完成己方应用的登录或者注册的功能。而这里的第三方平台，一般是已经拥有大量用户的平台，国内的比如微博、微信、QQ等，国外的比如Facebook，Twitter等。
实现方式有两种：纯登录、登录+账号绑定，绑定分为立即绑定和延时绑定。
1.纯登录的方式使用第三方账号直接登录，可拥有完整的本地注册用户相同的待遇。一般适合资讯工具类的轻量级产品，如音乐、资讯、天气应用等。
简单快捷，一次账号授权成功即可使用应用，没有账号密码的烦恼。但是账号体系是掌握在第三方手里，既无法针对用户数据做适当的营销和产品规划，也面临授权禁止带来的用户数据丢失风险。
2.登录+账号绑定：国内一般使用手机号作为绑定账号。第三方授权成功后，立即绑定方式会要求用户绑定手机号才可以正常使用应用功能。而延时绑定会先开放部分功能，当用户触发某些特定的功能时，引导用户绑定手机号。
关于立即绑定，对于使用手机号的自主注册的用户来说，流程并没有减少，反而容易让用户反感，不仅第三方授权还要绑手机号，还不如注册来的简单直接。对于新应用或非官方功能性应用（如12306、银行、证券类等）不推荐使用这种方案。
关于延时绑定，对于用户的体验较佳，也起到第三方授权的初衷，但是因绑定账号延迟，会造成同一个用户多个子账号的情况，会对用户的账号体系及后续的账号合并造成一定的工作量。
以上内容为关于APP产品登录的相关的分享，欢迎留言交流~
