产品经理，“登录/注册”你究竟明白多少？

最近一段时间在做账号系统，主要是制作一个供移动端应用所使用的登录/注册等功能的SDK。趁此机会，对登录注册稍微做了些思考和整理，主要是回答以下几个问题：

为何一个产品需要登录/注册功能？
目前都有哪些登录/注册方式？
这么多方式，应该怎么去设计自家产品的登录/注册功能呢？
未来的登录/注册会是怎样的？

下面依次展开。

1. 为何一个产品需要登录/注册功能？

话说一开始的产品是没有登录/注册功能的，用的人多了就慢慢有了。人一多，有可能不同的人会有不同的权益，或者产品本身就需要对“用户”进行身份识别，于是就需要对每一个来用产品的人来进行“虚拟身份”登记。然后，验证登记时所认可的用户身份信息来给予不同用户不同的权益。

这就类似于身份证，一旦我不凑巧在地铁内被警察叔叔拦住要验明正身时，我就得乖乖掏出身份证来证明我是我自己，而且是一个虽然面目可憎但内心纯良的好好青年。

当然，我们并不是一开始就有身份证的。当我到了16岁的时候，我才拿着我家的户口本到公安局办理了我的第一张身份证。这就是注册，即第一次在一个系统里留下自己的一些信息，并获得该系统所认可的身份证明。对于公安局来说，这个身份证明是身份证；而对于一般的互联网产品来说，这个身份证明就是“账号+密码”。

有了身份证之后，行走社会就方便了。比如以前去网吧的时候，常常需要验证我是否未成年，当我身上没身份证时，常常被拒绝。因为那时候还长着一张娃娃脸，报身份证号码也不能说明这个身份证号码是我的；但当我带着身份证时，一甩过去，网管一比对就迅速地通过了验证。这就是一次登录行为，即用注册时所获得的身份证明去提供给系统作验证，向系统证明自己就是自己。证明是自己后，就能够获取或使用相应的权益了。

所以，当产品对于每个人权益都相同或者无需验证身份的时候，其实是不需要登录/注册的。

2. 目前都有哪些登录/注册方式？

稍微统计了一下，目前常见的大概有五种登录方式和三种注册方式。先讲注册方式，再讲登录方式，具体如下：

注册方式

1、账号密码注册

这种方式是最常见的。可以作为账号的有手机号码、邮箱地址和自定义用户名（一般允许字母加数字）。

自定义用户名注册

自定义用户名属于比较早期的注册方式，那时候邮箱和手机覆盖度还很小，大多数人还没有。所以，就需要用户自己想一个账号名。当然，还有较为少见一种方式——申请号码，如qq号，以前用户只能由腾讯进行分配得到一个qq号，后来可以让用户在一定范围内进行挑选，付费的话可以得到更具有意义的数字账号。深谙此术的还有几大手机运营商了。现在还支持自定义注册的产品如汽车之家（不过现在基本都需要用户强绑定手机号码或者邮箱，因为这牵涉的更加进一步的身份认证问题）等。

自定义用户名注册 from 汽车之家

[br]

选号码注册 from 联通

邮箱地址注册

进入千禧年之后，随着互联网的渐渐普及，我们都创建了自己的个人邮箱账号。而且在大部分人有了qq之后，qq附带的qq邮箱也补足了人们对邮箱号的缺失。由于邮箱具有个人私密性，且能够进行信息的沟通，因此，大部分网站开始采用邮箱账号作为用户名来进行注册，并且会在注册的过程中要求登录到相应邮箱内查收激活邮件，验证我们对该注册邮箱的所有权。现在绝大多数网站都支持用邮箱进行注册，如支付宝等。

[br]

使用邮箱注册 from 支付宝

手机号码注册

在互联网普及之后，智能手机与移动互联网发展迅猛。手机也成为每个人必不可少的一部设备，同时移动互联网也已经深深融入每个人的现代生活当中。所以，相较于邮箱，目前手机号码与个人的联系更加紧密，而且越来越多的移动应用出现，采用手机号码作为用户名的注册方式也得到了广泛的使用。如知乎app的注册等。

使用手机号码注册 from 知乎

总之，不管是采用自定义用户名、邮箱还是手机号码作为账号名，在注册流程中用户都需要进行密码的设置。这样在登录的时候，用户才能使用自己才知道密码来证明自己是这个账号的所有者。而使用邮箱或手机号码作为账号名的用户，更能通过邮箱或者手机号码本身的特性来作为更具权威的身份认证手段（这里不展开叙述，后续整理安全性内容时再详细介绍）。

2、第三方账号快捷注册

这其实是第三方账号快捷登录的一种特殊情况。当第一次在某个网站或应用采用第三方账号快捷登录时，一种贪图省力的方式就是帮该用户直接注册一个新账号并建立起绑定关系，而忽略用户是否在该网站或应用已经拥有一个账号。这块在后续第三方账号快捷登录模块再详细叙述。

3、 手机号码快捷注册

该方式与2）是类似的，它是基于手机号码注册所优化的手机号码快捷登录的一种特殊情况。当用户第一次在某个网站或应用采用手机账号快捷登录，且未用该手机号码注册过账号时，一般情况下会帮该用户使用该手机号码直接注册一个新账号。同样，该方式会在后续手机号码快捷登录模块再详细叙述。

小结

相较于账号密码注册，第三方账号快捷注册和手机号码快捷注册是一种更快捷的账号注册方式。在网站或应用刚起步，用户量还不多的时候，可以这样使用。但在已有大量用户的情况下，采用这两种快捷注册的方式就需要谨慎对待，毕竟大多数用户在一个网站或应用平台中只希望维护一个账号。另外，也会平白无故给平台增添很多无效账号。

登录方式

1、 账号密码登录

对应于最常见的注册方式，这也是最常见的登录方式。顾名思义，该登录方式就是通过输入账号（自定义用户名、邮箱地址或手机号码）和密码来进行登录。账号是用户在该网站或应用当中的标识，密码则是对该账号所有权的证明。

[br]

账号密码登录 from 优酷

2、 第三方账号快捷登录

正如前面所说，互联网发展很快，各种网站或应用层出不穷。大多数都有账号体系，这样子就存在一个问题，如果用户在每个网站上都要注册一个账号，那得记忆多少账号和密码。当然，有偷懒的办法，就是都用相同的账号和密码进行注册，但这样就涉及一个安全性的问题。如果，有一个不靠谱的网站或应用很容易被攻击，然后账号密码被泄露的话，我们其他网站的账号也会处于危险当中。另一方面，像淘宝、qq、微博、微信等账号对于网民来说是几乎人手一个的，所以就有了使用这些高覆盖率账号进行快捷登录的流程。其基本流程为：点击第三方账号快捷登录按钮 -> 进入第三方账号登录授权页 -> 若已绑定账号则直接登录，若无绑定账号则一般直接创建新账号并绑定登录（这里可以进行优化，若网站或平台已存在大量已有账号，则可在登录授权之后增加已有账号绑定页，避免用户在迷糊的情况下又生成了一个新的账号）。

[br]

微博快捷登录 from 花瓣

3、手机号码快捷登录

正如之前介绍手机号码注册所说，手机号随着移动互联网的发展，成为了每个人的标配。而且，随着手机号的实名制之后，手机号与个人之见的关系越发紧密。因此，以手机号来作为个人账号的凭证就显得自然而然。

最初以手机号作为注册信息时，还是迁移了网站登录注册的思维，即在验证手机的同时，还需要对账号进行密码设置。但设置密码就是一个难题，如果要保证安全性，我们必须把某个网站的密码设置得跟其他网站不一样，这样一来，需要管理的密码就会很多。而且特别是上了年纪如我，就很容易忘记一些密码。所以，手机号码快捷登录就在这一种场景下登场了。我们只用使用手机号码+短信验证码（发给该手机号码记录着在一定时间内有效的短密码的短信息）就可以登录成功。

其优势就在于便捷，以及相对的安全性（基于手机通信的安全，并不是绝对的安全，毕竟也存在伪基站、短信拦截、复制sim卡、更换手机号、二次放号等问题）。另外，这里需要考虑短信成本的问题，毕竟发送短信验证码是需要收费的一项服务。

另外，类似于短信验证码还有一种语音验证码的验证方式。该方式会将验证码内容以电话语音的形式接通到对应手机上，通过语音通话的方式告知用户，然后让用户输入验证码。该方式可以一定程度上弥补短信通道的拥挤或突然失效。

手机号码快捷登录 From 知乎

3. 这么多方式，应该怎么去设计自家产品的登录/注册功能呢？

见识了这么多登录/注册方式之后（当然还有一些特别的没有介绍，比如让用户发送短信进行注册等），并不是说我们要把这些方式都塞进我们产品的登录/注册功能里。这里需要根据产品当前具体的状况以及整体的目标来进行，当然总体的原则是要保证登录的流畅性以及身份认证的准确性（也可以说是安全性）。

最需要考虑的一个问题是：是否以获取新用户为目的？

以获取新用户为目的的情况一般是在于新应用的登录注册设计上。这些新应用现在所面对的状况是：

移动互联网已经普及较广；
已经有很多全民级互联网产品诞生（用户量很大，如qq、微信、微博、淘宝等）；

因此，为了避免用户在使用新应用想登录的情况下对新注册一个账号有抵触情绪，会优先使用手机号快捷登录或第三方账号登录。这样可以让用户使用已有的账号体系来登录新的应用，手机是移动运营商的账号系统而第三方则是第三方应用的账号体系，而我们自身的应用则是与他们建立了一种对应关系。

快捷登录 From Seed & 喜马拉雅

当然，对于已经拥有很多老用户的从PC时代迁移到移动时代的应用来说，千万要慎用优先使用这两种方式进行登录。因为，这些从PC时代迁移过来的应用基本上已经拥有了大量的用户，而且这些用户一般是使用邮箱进行注册的，并没有填写手机或第三方账号相关联的信息。所以，一旦优先展现上述两种方式进行登录，用户可能会误以为自己已经有手机号或第三方账号相关联的账号了，就直接采用这两种方式进行登录。这就导致老用户又创建了一个新账号，而且这个账号与老账号没有任何关系。一方面，对于用户来讲会产生误解以及一系列后续进行账号合并相关的操作；另一方面，对于自身应用会多出很多无效账号，毕竟大多数用户只需要一个账号就够了。

4. 未来的登录/注册会是怎样的？

随着智能设备集成了越来越多的基础功能（如指纹识别等），以及越来越多算法的完善（如面部识别等），以后的登录/注册可能会基于人的生物特征来进行。

一方面，人的生物特征更加具有唯一识别性以及稳定性，可以长期进行使用；另一方面，生物特征的识别并不需要用户进行过多的输入操作，只要通过硬件设备进行信息采集并与后台存储的信息的进行比对即可。

另外，随着AR或者VR的普及，这些智能设备也会需要身份认证。而在这些设备里进行数字字母的输入来进行登录，则可能是一件非常麻烦的事情。但使用生物特征来进行身份认证则是一件很轻松的事情。如在使用VR头盔时，在镜片上进行虹膜识别的身份认证等等。

总之，未来的登录/注册会朝着交互方式越来越简单，认证方式越来越安全的趋势发展。

最后

其实对于登录/注册的设计如此精雕细琢的目的当然是想让用户能够更多地登录到我们产品应用当中去。这样才能发生更多与用户相关的事情。但是，始终要记得的是，这并不是让用户留在或者登录到产品应用内的关键，产品应用的核心功能以及其解决问题的独特性才是用户留下来或者登录使用的根本。不然，无论我们的登录/注册做得再流畅和安全，用户也不屑一顾。

作者：祭酒1990（简书作者），优酷土豆支付中心产品汪，前阿里用研和交互。学过心理，做过用研和交互，最后还是当了产品汪，不仅喜欢啃骨头，还喜欢啃啃书，到处乱跑……

关键字：产品设计, 产品功能, 注册, 用户

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！