没那么简单的登录/注册

从零开始学运营,10年运营老司机带路,2天线下集训+1年在线学习,做个优秀的运营人。了解详情

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

为什么要登录/注册

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

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

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

登录/注册因素

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

内部需求

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

用户需求

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

登录/注册类型

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

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

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

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

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

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

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

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

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

手机号+验证码

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

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

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

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

第三方登录

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

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

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

总结

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

 

作者:古木  微信公众号:E木笔记

本文由 @E木笔记 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pixabay,基于 CC0 协议

打赏也是一种认可
5人打赏
评论
有话不说憋着难受!
  1. 主要面向2c产品的操作,对于2b产品来说需要考虑不同的逻辑,文章总结的很好,向你学习

    回复
    1. 互相学习哈!现在主要的研究方向是2C移动端

      回复
  2. 其实选择何种方式注册/登录,还和后期运营和业务模式有关。我之前做过一个B2C产品,对B端就要求email注册,对C端就手机注册。因为我们需要对B端客户进行运营(因为B端给钱哪!)同时推广我们的产品,这时单单获取手机号并无太大作用,所以我们选则email注册。

    回复
  3. 选择何种注册方式,还是应该从公司层面进行设计,是只想获取用户数量,还是想更多的获取用户信息~

    回复
  4. 账号体系 设计决定了 最终的 登录形式

    回复
  5. 我在web端用身份证注册了一个账号,没有绑定手机号。用手机号在app端注册了一个账号。我就有两个账号了。我的问题是:因为我最终只想用一个账号,有什么办法能让两个账号的信息关联在一起?

    回复
    1. 在WEB端开个入口,绑定手机号,从而关联到一起;或者在APP端开个入口,绑定身份证号。这种入口也可以在WEB端或者APP的某个操作去引导绑定

      回复
    2. 哈哈哈,是这么个思路!

      回复
    3. 哈哈。想法很高端。

      回复
    4. 账户信息关联不可能,必须放弃一个,绑定新的登录方式

      回复
    5. 是的 账户信息关联不可能,必须放弃一个,绑定新的登录方式 可以这么操作:web端绑定邮箱(随便的邮箱号,你不用的邮箱),邮箱可以作为登陆方式,然后解绑手机号,然后在APP端将手机号绑定,就实现了这个。 这种情况经常遇到,微信在手机APP一键登陆,在web端手机注册进去,那就是两种用户信息了,合并是不可能实现的,只有换绑、解绑。

      回复
    6. 其他任何方式的注册均强制一步:绑定手机号

      回复