手机上下载了这么多的app，注册登录这块一直是被马观花式地忽视掉，没有认真思考过，从架构上来看，登录注册作为大部分产品的基础模块而非核心功能，采用市面上最普通的设计一般是够用，但这不是做产品该有的态度，登录没有设计好，后续要围绕账号体系做一些更深入的功能，可能就麻烦了，实际工作中，产品设计者从构思到方案落地，每个阶段都会受到各个方面的挑战，上至市场研究产品定位，下至按钮样式文案说明，产品经理身边围绕着的嘴的张数可不少，每个人都可以提点自己的想法，这时候产品得取舍决策，该你负责，就要拿得出能服众的意见，前提当然是自己想得够清楚够深入，产品就是靠这些一砖一瓦搭建起来的
1、注册登录的本质
一款产品发布之后，注册用户数是一个衡量产品价值的重要参考指标，下载量虽然也能说明部分问题，但不太可靠，我们平时用的工具类产品中，大部分不需要登录，在于其特有的产品本身就是产品价值的属性，登不登录没啥区别，但是日常接触最多的，购物 + 旅游 + 社交 + 出行相关的，一般都需要，是否需要登录其实取决于：用户是否需要与产品内其他参与者的身份区分开来，需求才能被完整地满足，也就是说，注册登录的本质还是在于更好地满足用户的需求
（业务需求有么？）
用户有了唯一身份信息之后，就是有了一个自我独立的空间，只为你存在，体系内参与者之间也具有了相互连接的基础，产品上可以根据用户身份的不同，提供更多的个性化服务，运营上基于用户分层，也能更精准地覆盖到不同的群体
2、市面上主流的注册方式大体分以下几种
1、手机注册：短信方式的验证码，用户信息手动填写，或后续自己补全
2、邮箱注册：填写邮箱，验证码发送填写，不适用移动端，类手机短信
3、三方登录：成本低，可以直接获取到昵称、头像、性别和生日等信息
4、账号密码：唯一账号昵称，独立密码，用户信息或后续填写，这种方式采用很少了
5、无需登录：可以使用，使用到某些功能时跳转到登录页面
以上几种方式，在注册门槛、安全性、交互体验、信息丰富度上各不相同，门槛由高到低，粗略分析，乍看倾向于用户注册成本低的方案，如使用第三方账号登录之后，所有功能均可使用，或者手机只需要接收填写一次验证码，不需要再有其他信息，很方便
实际在产品设计中，还需要考虑用户忘记密码的问题，以及可以流畅地分享到各个社交平台，与其他用户产生关系，扩大产品影响面，另外，还有个成本问题，短信验证也是一笔支出，手机注册这里有个好处，如果需要建立自己的账号体系，特别是移动端app，一般以手机号码为主要登录方式，后续可以通过通讯录匹配功能，找到同样在这个平台上的朋友
每款产品面向的人群不一样，对账号体系的要求也不一样，要根据产品本身的特性进行设计，落实到功能上，一般同时存在好几种登录方式，具体到流程有：
1、三方登录，立即要求绑定手机（用户会反感，除非必须）；或者可正常浏览，在使用某些功能时要求必须提供手机号；另外提供其他第三方账号、手机号、邮箱的绑定功能
2、手机注册，填写密码（也可能没有），短信验证码；同时提供第三方账号和邮箱（找回密码）的绑定关系功能，绑定后也可以使用第三方账号登录
3、账号密码加上确认密码（可能还有头像），即可使用，后续可能绑定三方账号或者手机号，对使用者基本无任何要求
4、邮箱注册，验证码验证，设置密码
3、登录时间点选择的内在逻辑
前段时间接触到一个说法，交互上有个原则，就是登录或注册的步骤越往后越好，在用户使用到需要登录的功能时，再要求登录或者注册，在解决自身需求时，用户心理上是更容易接受的，听起来是不是很有道理
常见的新闻类产品如网易新闻、今日头条等资讯消费类的产品，基本都不会要求强制登录，因为这类产品的用户需求主要是内容消费，其源头是社会热点事件，并不涉及强交互的场景，在不登录情况下也可以完成内容消费的需求满足。但是社交类产品，和用户强相关，用户之间的交互作为产品组成很重要的一部分，如相关的人、消息提醒、个人内容，典型如微信，instagram之类。另外，贴吧、微博，提供了热门内容的体验功能，必要时才需要登录，不登录也能查看部分热门。购物类产品也是必要时登录，但要想完成交易登录是必须的，只是登录时间点被置后了，这里使用注册步骤越往后越好的原则是很合适的，用户挑选商品之后，有更大的动力去注册
这里思考几个问题，为什么知乎手机端必须登录，web端可以在不登录情况下查看发现和圆桌？为什么instagram必须登录，twitter必须登录，而新浪微博和贴吧可以不登录就浏览热门内容？为什么网易云音乐手机上支持qq和微信登录方式，电脑上却不支持？
如果一款产品正常使用过程中，用户需求被满足，大部分取决于每个人的个性化要求，如关注的人、已经建立关系的其他参与者，虽然产品本身也可能包含一部分的公开内容，但这部分并不是产品核心价值的体现，也就是说，a.在未登陆的情况下，用一个非核心的价值点，去吸引一个新用户注册，和，b.新用户进来就以产品文案引导，要求用户注册，这两者相比，哪种方式更好？前者设计可能更复杂，而且所谓的“试用”，价值不大，这时候，我更倾向于后者，而不是把登录时间点后置（你选择在流程中打断用户，还是在流程开始前）
这里同样有个理论依据，叫沉没成本，app下载下来之后，如果打开的时候什么都看不到，只能注册，如果你放弃注册，可以卸载或者放在那，那下载的这部分成本其实浪费了
4、设计的细节和异常流
注册登录背后对应的是账号体系，再复杂一点的场景：
1、必须需要实名认证才可以使用
2、多账号体系支持，客户端可同时登录多个账号
3、需要更多属性的应用，如银行卡号、毕业学校、职业、位置、签名...
上面这还是正常的业务流程，有可能还有一些异常情况：
1、使用多个第三方账号分别注册了多个账号，手机号又单独注册了账号
nice是我手机上用过注册流程最麻烦的应用之一，登录第三方账号后，还需要重新确认昵称、性别和生日，还必须强制绑定手机号，信息是收集全了，部分解决了多账号注册的问题，但是相比其他应用注册门槛很高，流失率也会偏高
2、找回密码时，手机号换了但未绑定任何其他账号
3、注册机制被恶意使用（短信轰炸机），恶意注册大量僵尸账号
4、注册过程中流程突然被中断，返回
5、服务器异常返回
更细节一点的点：
1、多次输入错误，验证码是否需要
2、注册完成之后是否立刻自动登录
3、用户协议是否勾选
4、注册文案提示引导
以上。
注册登录流程设计的背后，关系到的不仅仅是用户体验好、逻辑顺畅，够安全，还涉及到账号体系的设计，账户体系之间的连接交互，冰山之下看不见的地方，需要思考的点更多。