没那么简单的登录/注册

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

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

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

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

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

内部需求

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

用户需求

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

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

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

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

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

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

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