登录/注册原型设计思考

　　就如学程序员从Hello World开始一样，几乎每个产品经理都是从登录/注册开始的。但随着互联网尤其是移动互联网的发展，登录/注册变得越来越便捷，后台功能的支持也越来越复杂。最近想系统地梳理一些典型的功能，所以就从登录/注册说起把。这里分享一下自己的思考路径，希望对大家有所帮助。

　　

　　为什么要登录/注册

　　也许是登录/注册的历史太久远了，早已在脑中形成了潜意识，所以有些时候直接就开始整理登录/注册原型，开始做了。忘了想为什么要有登录/注册(要不要有无需考虑)，它的核心目的是什么?在分析之前，我们先来几个截图。

　　

　　

　　从上面的截图可以看出，登录/注册大体上可以分成强制和开放两种类型，而我们思考的切入点就是在这两种类型之间做取舍。

　　采取强制还是开放类型，首先需要考虑的是产品的核心属性，如上图中微信、QQ、陌陌等社交应用的核心属性是人，无人不社交，而搜狐视频、知乎、网易等应用的核心属性是内容，内容为王;其次由产品的核心属性延伸到用户与产品的关系，可归纳为强关联或弱关联;然后基本上就能确定登录/注册应该出现在什么地方了。

　　登录/注册因素

　　确定了登录/注册放在哪，下一步就需要考虑登录/注册以何种方式实现。基本上，可以从内部需求与用户需求两方面来分析。

　　内部需求

　　需要考虑内部账户体系是怎样的。有的公司并非只有一个产品，多个产品之间是否需要打通，还是保持独立。若是多产品账户打通，只需参照公共规则设计即可;若是保持独立，则需进一步考虑对账户信息的核心诉求，是手机号，还是邮箱亦或者其他信息。就移动端而言，手机号是最核心的用户信息。

　　用户需求

　　没有一个用户愿意在登录/注册上花费太多时间，因此易记、易用是用户的基本需求。在此基础上，需要结合内部需求，规划要给用户提供几种登录/注册方式，其中对登录失败的处理机制也是需要关注的点，例如找回密码、手机收不到验证等。

　　登录/注册类型

　　用户名/手机号/邮箱+密码

　　传统的登录/注册类型。关于此种类型，有两点需要特别说明：

　　无论是PC端还是移动端，邮箱注册的方式都逐渐被淘汰，支持邮箱+密码登录更多是满足老用户的登录需求;

　　在移动端注册流程中，用户名属性逐渐被弱化，手机号变为核心属性，尤其是移动端。

　　我们以京东、OFO移动端的登录/注册来说明：

　　

　　

　　正如我们所讲，京东支持用户名/手机号/邮箱+密码登录，而在注册中，就不再支持邮箱注册，并且首先输入的是手机号，然后才是用户名和密码。

　　接下来，我们再看OFO的登录/注册

　　

　　由于OFO是最近一两年才发展起来的，所以更能体现登录/注册趋势。OFO把登录与注册进行了合二为一，其中的逻辑是登录时输入手机号后，系统会判断手机号是否已经注册;如果手机号已经注册，则手机验证通过后，直接跳转到首页;如果手机号没有注册，则手机验证通过后，系统会使用用户手机号生成一个账户，同样跳转到首页。

　　在整个流程中，用户需要输入的仅仅是手机号和验证码，这样的方式也是很多新起的APP所采用的方式。

　　手机号+验证码

　　其实上面的OFO就是手机号+验证码的类型之一，算是最简洁的一种类型。除此之外，手机号+验证码还有一种类型：补充用户名/手机号/邮箱+密码。

　　作为传统登录方式的补充，手机快速登录更多是为了给用户提供便利。不过，这里有一种情况需要进一步考虑：没有注册的手机号如何处理。我们以沪江网校APP来说明一下。

　　

　　沪江网校的做法是，如果用户的手机号没有注册过，那么在手机号验证通过后，会提示用户输入密码，完成后，会给用户自动注册一个账户。

　　其实，关于这个问题还可以在进一步分析：如果用户之前已经在PC端注册了账户，但是没有留手机号，现在使用手机号快速登录。这种情况下，如何处理会更好呢?我觉得是不是可以考虑给用户提供另外一种选择：可以关联以前的账户。这样会不会更好呢?

　　第三方登录

　　目前主流的第三方登录一般包括微信、QQ、微博等。登录的流程一般是第三方认证->认证通过后，关联账户->登录成功。

　　因为第三方登录都有统一的接口，详细的逻辑就不细讲了，大家要做的话可以去官方看相关的文档。这里需要说明的是关联账户这个环节。

　　其实和手机号+验证码注册流程一样，首次使用第三方登录，也需要考虑如何处理账户的问题，是可以让用户绑定原有的账户，还是直接帮助用户自动生成一个账户。

　　总结

　　看似简单的登录/注册，背后确实对用户体验、对企业商业模式的深刻理解，而产品经理需要做的就是在企业商业目标与用户体验之间找到一个平衡点，确保产品的良性发展。

*请认真填写需求信息，我们会在24小时内与您取得联系。