APP注册登录功能设计全方位解析（3）
注册登录方式的设计思路
以上分析了三种不同的注册登录方式，那么在产品设计过程中，如何设计注册登录的流程，如何选择注册登录的方式呢？
由于不同产品所处的阶段不同、产品目标不同、人群定位不同，所以想要得出一个标准答案是不切实际的。下面给出一个整体的分析思路：
首先，分析产品让用户注册登录的必要性。分析有没有必要为APP设计注册功能？如果用户注册登录对于用户、产品功能、商业模式本身带不来任何价值的话，就没必要设计这样的功能。比如一些实用工具类的产品：计算器、手电筒、天气预报、安卓清理大师、语音助手等等。
其次，分析产品让用户注册登录的目的是什么？也就是这个功能为本产品带来怎样的价值，从而得出这个APP应该先注册后使用还是先使用后注册的判断。可以从用户、功能、业务三个层面分析这个问题。注册登录功能对于这三个层面的价值第一小节已经说过，但不同的产品的需求是不一样的。针对本产品，每个层面的需求都需要认真的进行思考：
① 用户需求：从用户角度，分析用户希望注册产品的迫切程度。用户第一次安装使用一个APP时，可以分成三种不同的心理：
& 用户有强烈愿望使用产品。一种情况是产品功能对于用户来说非常有价值，用户愿意花费时间注册使用，比如说一些、一些有美女主播的直播类软件。另一种情况是产品功能新奇特用户很像试试，比如FaceU，当女性用户看到了朋友圈里出现了有趣新奇的FaceU靓照时，自己去体验的意愿很强烈。用户有强烈意愿使用的产品，完全可以先注册再让用户去使用。
& 用户希望先用一用看看，好用了再注册。这就跟体验式消费、先尝后买的思路是一样的。由于大部分用户第一次使用肯定是抱着试试看的态度来的，为了给用户留下最好的第一印象，先使用再注册的流程是必要的。目前大多数的产品都是提供这样的方式，如果你的APP不能让用户有强烈的使用愿望，最好的选择是先让用户去使用，用好了再注册。
& 用户觉得没必要注册，但产品的功能偶尔会用到。一些使用频度较低的APP，比如铃声、壁纸类软件，以及一些工具+社交类的软件，对于用户来说注册功能对用户带来不了任何价值， 这类APP建议使用先使用后注册的方式。
② 功能需求：从功能角度思考，一种情况是产品的核心功能对用户体系依赖程度非常大时，可以先注册再使用。比如QQ、微信、陌陌这样的社交软件，不登录无法正常使用功能。另一种情况是产品某些功能需要用户登录，但对其它功能没影响时，可以使用到该功能时再登录。比如电商APP可以先浏览，在加入购物车或下单时再登录。
③ 业务需求：从业务角度来判断，注册信息如果对产品核心业务非常重要的话，可以考虑先注册的模式，或者常用的做法是进入APP的第一屏是注册页面，但在角落里留下&游客入口&的按钮。当然，如果只是为了获取用户的手机号等信息，也不一定非要通过注册这一种途径。可以在产品功能页面中引导用户录入信息或注册。比如驾考宝典的&帮你选车&的小测试功能，再比如设计君的&咨询规划师&功能。
最后，分析每个注册登录需求的场景是怎样的，根据场景的分析解决如何得出最适合本APP的注册登录方式的问题。还是从用户、功能、业务三个层面思考：
① 功能需求：从功能角度，对注册登录有需求的功能要的是一个合理的账户体系，至于选择那种注册手段其实不重要。所以可以忽略功能需求对注册登录方式选择的影响。
② 用户需求：对于用户来说，三种注册登录手段的优缺点都很明显，不同的用户的性格特点、生活习惯会影响其选择：比如有的用户讨厌泄露手机号、有的用户没有个人邮箱、有的用户没有安装微博等等。另外，相同用户在不同的情况下也会有不同的选择：比如在挤公交地铁时使用、在吃饭时使用、在看电视剧时使用、闲得无聊时使用、朋友在身旁推荐时使用等等。以这种多样化场景需求来考虑，最合理的做法应该是为用户提供多种注册登录方式，最好是手机号、邮箱、第三方登录都有，让用户自己去选择使用哪种。
进一步分析，如果能锁定APP的目标用户群体，能够细化出突出其特点的用户场景，可以根据其用户特点添加或减少注册登录方式。比如我的APP不考虑海外用户群体，用户基本也没有使用邮箱的习惯，那么就可以考虑不选择邮箱注册的方式。比如我的用户大多数是大学生群体，会经常换手机号，或者一部分还有出国的可能，那么邮箱注册就是必要的。
③ 业务需求：分析具体业务需求的场景会得到不同的选择。对于一些业务模式来说用户的手机号信息非常重要，会考虑只保留手机注册一种方式不给用户更多的选择。有的产品考虑到开发成本和日程进度的因素，会选择最常用的手机号注册方式。对于一些产品来说手机号不是必要的信息，可以选择直接利用第三方账户登录。
根据以上分析思路，大家可以试着思考一下这几个问题：
①58同城为什么没有邮箱注册？为什么主打QQ登录？
②简书为什么加入了&豆瓣&第三方账户登录？
③印象笔记为什么只有邮箱注册？
注册登录功能的设计细节
确定了设计思路之后，我们来看看设计登录注册功能中，在细节上要考虑哪些点。以WPS客户端为例，我们分析一下登录注册功能的整个页面流程。其中，邮件验证成功、邮件重置密码、邮件重置密码成功三个页面为利用邮件客户端打开的Web端页面。整个流程逻辑清晰，引导流程的按钮突出醒目突出，需要用户配合的操作都以文字形式进行提示，用户使用起来没有障碍。
在流程设计中需要注意的细节
& 注意页面跳转后是否应该有回退按钮，以及点击安卓的back键应该退回到哪个页面。不应该退回到已经提交完数据信息的页面。
& 重置密码成功后，一般应该返回登录页，让用户输入新密码以便加深记忆。
& 注册成功后，一般来说会直接登录成功进入APP首页。但一些金融类对账户安全度要求较高的APP会在注册成功后返回登录页，让用户重新输入一遍密码，以加深记忆。
& 在某些可能会产生异常的点（比如提交数据时服务器异常、邮件或短信未发送、响应超时等），一定做好准备，一旦发生异常给用户合适的提示。
& 考虑到是否会存在短信验证码，或验证邮件收不到的情况，这种情况能不能提供备选方案。
看过本文的人还看过
最新图文推荐
最新专栏文章
大家感兴趣的内容
网友热评的文章您的位置：
产品经理，“登录/注册”你究竟明白多少？
作者：祭酒1990
对于登录/注册的设计如此精雕细琢的目的当然是想让用户能够更多地登录到我们产品应用当中去。这样才能发生更多与用户相关的事情。但是，始终要记得的是，这并不是让用户留在或者登录到产品应用内的关键，产品应用的核心功能以及其解决问题的独特性才是用户留下来或者登录使用的根本。
最近一段时间在做账号系统，主要是制作一个供移动端应用所使用的登录/注册等功能的SDK。趁此机会，对登录注册稍微做了些思考和整理，主要是回答以下几个问题：
为何一个产品需要登录/注册功能?
目前都有哪些登录/注册方式?
这么多方式，应该怎么去设计自家产品的登录/注册功能呢?
未来的登录/注册会是怎样的?
下面依次展开。
1. 为何一个产品需要登录/注册功能?
话说一开始的产品是没有登录/注册功能的，用的人多了就慢慢有了。人一多，有可能不同的人会有不同的权益，或者产品本身就需要对“用户”进行身份识别，于是就需要对每一个来用产品的人来进行“虚拟身份”登记。然后，验证登记时所认可的用户身份信息来给予不同用户不同的权益。
这就类似于身份证，一旦我不凑巧在地铁内被警察叔叔拦住要验明正身时，我就得乖乖掏出身份证来证明我是我自己，而且是一个虽然面目可憎但内心纯良的好好青年。
当然，我们并不是一开始就有身份证的。当我到了16岁的时候，我才拿着我家的户口本到公安局办理了我的第一张身份证。这就是注册，即第一次在一个系统里留下自己的一些信息，并获得该系统所认可的身份证明。对于公安局来说，这个身份证明是身份证;而对于一般的互联网产品来说，这个身份证明就是“账号+密码”。
有了身份证之后，行走社会就方便了。比如以前去网吧的时候，常常需要验证我是否未成年，当我身上没身份证时，常常被拒绝。因为那时候还长着一张娃娃脸，报身份证号码也不能说明这个身份证号码是我的;但当我带着身份证时，一甩过去，网管一比对就迅速地通过了验证。这就是一次登录行为，即用注册时所获得的身份证明去提供给系统作验证，向系统证明自己就是自己。证明是自己后，就能够获取或使用相应的权益了。
所以，当产品对于每个人权益都相同或者无需验证身份的时候，其实是不需要登录/注册的。
2. 目前都有哪些登录/注册方式?
稍微统计了一下，目前常见的大概有五种登录方式和三种注册方式。先讲注册方式，再讲登录方式，具体如下：
1、账号密码注册
这种方式是最常见的。可以作为账号的有手机号码、邮箱地址和自定义用户名(一般允许字母加数字)。
自定义用户名注册
自定义用户名属于比较早期的注册方式，那时候邮箱和手机覆盖度还很小，大多数人还没有。所以，就需要用户自己想一个账号名。当然，还有较为少见一种方式——申请号码，如qq号，以前用户只能由腾讯进行分配得到一个qq号，后来可以让用户在一定范围内进行挑选，付费的话可以得到更具有意义的数字账号。深谙此术的还有几大手机运营商了。现在还支持自定义注册的产品如汽车之家(不过现在基本都需要用户强绑定手机号码或者邮箱，因为这牵涉的更加进一步的身份认证问题)等。
自定义用户名注册 from 汽车之家
选号码注册 from 联通
邮箱地址注册
进入千禧年之后，随着互联网的渐渐普及，我们都创建了自己的个人邮箱账号。而且在大部分人有了qq之后，qq附带的qq邮箱也补足了人们对邮箱号的缺失。由于邮箱具有个人私密性，且能够进行信息的沟通，因此，大部分网站开始采用邮箱账号作为用户名来进行注册，并且会在注册的过程中要求登录到相应邮箱内查收激活邮件，验证我们对该注册邮箱的所有权。现在绝大多数网站都支持用邮箱进行注册，如支付宝等。
使用邮箱注册 from 支付宝
手机号码注册
在互联网普及之后，智能手机与移动互联网发展迅猛。手机也成为每个人必不可少的一部设备，同时移动互联网也已经深深融入每个人的现代生活当中。所以，相较于邮箱，目前手机号码与个人的联系更加紧密，而且越来越多的移动应用出现，采用手机号码作为用户名的注册方式也得到了广泛的使用。如知乎app的注册等。
使用手机号码注册 from 知乎
总之，不管是采用自定义用户名、邮箱还是手机号码作为账号名，在注册流程中用户都需要进行密码的设置。这样在登录的时候，用户才能使用自己才知道密码来证明自己是这个账号的所有者。而使用邮箱或手机号码作为账号名的用户，更能通过邮箱或者手机号码本身的特性来作为更具权威的身份认证手段(这里不展开叙述，后续整理安全性内容时再详细介绍)。
2、第三方账号快捷注册
这其实是第三方账号快捷登录的一种特殊情况。当第一次在某个网站或应用采用第三方账号快捷登录时，一种贪图省力的方式就是帮该用户直接注册一个新账号并建立起绑定关系，而忽略用户是否在该网站或应用已经拥有一个账号。这块在后续第三方账号快捷登录模块再详细叙述。
3、 手机号码快捷注册
该方式与2)是类似的，它是基于手机号码注册所优化的手机号码快捷登录的一种特殊情况。当用户第一次在某个网站或应用采用手机账号快捷登录，且未用该手机号码注册过账号时，一般情况下会帮该用户使用该手机号码直接注册一个新账号。同样，该方式会在后续手机号码快捷登录模块再详细叙述。
相较于账号密码注册，第三方账号快捷注册和手机号码快捷注册是一种更快捷的账号注册方式。在网站或应用刚起步，用户量还不多的时候，可以这样使用。但在已有大量用户的情况下，采用这两种快捷注册的方式就需要谨慎对待，毕竟大多数用户在一个网站或应用平台中只希望维护一个账号。另外，也会平白无故给平台增添很多无效账号。
1、 账号密码登录
对应于最常见的注册方式，这也是最常见的登录方式。顾名思义，该登录方式就是通过输入账号(自定义用户名、邮箱地址或手机号码)和密码来进行登录。账号是用户在该网站或应用当中的标识，密码则是对该账号所有权的证明。
账号密码登录 from 优酷
2、 第三方账号快捷登录
正如前面所说，互联网发展很快，各种网站或应用层出不穷。大多数都有账号体系，这样子就存在一个问题，如果用户在每个网站上都要注册一个账号，那得记忆多少账号和密码。当然，有偷懒的办法，就是都用相同的账号和密码进行注册，但这样就涉及一个安全性的问题。如果，有一个不靠谱的网站或应用很容易被攻击，然后账号密码被泄露的话，我们其他网站的账号也会处于危险当中。另一方面，像淘宝、qq、微博、微信等账号对于网民来说是几乎人手一个的，所以就有了使用这些高覆盖率账号进行快捷登录的流程。其基本流程为：点击第三方账号快捷登录按钮 -& 进入第三方账号登录授权页 -& 若已绑定账号则直接登录，若无绑定账号则一般直接创建新账号并绑定登录(这里可以进行优化，若网站或平台已存在大量已有账号，则可在登录授权之后增加已有账号绑定页，避免用户在迷糊的情况下又生成了一个新的账号)。
微博快捷登录 from 花瓣
3、手机号码快捷登录
正如之前介绍手机号码注册所说，手机号随着移动互联网的发展，成为了每个人的标配。而且，随着手机号的实名制之后，手机号与个人之见的关系越发紧密。因此，以手机号来作为个人账号的凭证就显得自然而然。
最初以手机号作为注册信息时，还是迁移了网站登录注册的思维，即在验证手机的同时，还需要对账号进行密码设置。但设置密码就是一个难题，如果要保证安全性，我们必须把某个网站的密码设置得跟其他网站不一样，这样一来，需要管理的密码就会很多。而且特别是上了年纪如我，就很容易忘记一些密码。所以，手机号码快捷登录就在这一种场景下登场了。我们只用使用手机号码+短信验证码(发给该手机号码记录着在一定时间内有效的短密码的短信息)就可以登录成功。
其优势就在于便捷，以及相对的安全性(基于手机通信的安全，并不是绝对的安全，毕竟也存在伪基站、短信拦截、复制sim卡、更换手机号、二次放号等问题)。另外，这里需要考虑短信成本的问题，毕竟发送短信验证码是需要收费的一项服务。
另外，类似于短信验证码还有一种语音验证码的验证方式。该方式会将验证码内容以电话语音的形式接通到对应手机上，通过语音通话的方式告知用户，然后让用户输入验证码。该方式可以一定程度上弥补短信通道的拥挤或突然失效。
手机号码快捷登录 From 知乎
3. 这么多方式，应该怎么去设计自家产品的登录/注册功能呢?
见识了这么多登录/注册方式之后(当然还有一些特别的没有介绍，比如让用户发送短信进行注册等)，并不是说我们要把这些方式都塞进我们产品的登录/注册功能里。这里需要根据产品当前具体的状况以及整体的目标来进行，当然总体的原则是要保证登录的流畅性以及身份认证的准确性(也可以说是安全性)。
最需要考虑的一个问题是：是否以获取新用户为目的?
以获取新用户为目的的情况一般是在于新应用的登录注册设计上。这些新应用现在所面对的状况是：
移动互联网已经普及较广;
已经有很多全民级互联网产品诞生(用户量很大，如qq、微信、微博、淘宝等);
因此，为了避免用户在使用新应用想登录的情况下对新注册一个账号有抵触情绪，会优先使用手机号快捷登录或第三方账号登录。这样可以让用户使用已有的账号体系来登录新的应用，手机是移动运营商的账号系统而第三方则是第三方应用的账号体系，而我们自身的应用则是与他们建立了一种对应关系。
快捷登录 From Seed & 喜马拉雅
当然，对于已经拥有很多老用户的从PC时代迁移到移动时代的应用来说，千万要慎用优先使用这两种方式进行登录。因为，这些从PC时代迁移过来的应用基本上已经拥有了大量的用户，而且这些用户一般是使用邮箱进行注册的，并没有填写手机或第三方账号相关联的信息。所以，一旦优先展现上述两种方式进行登录，用户可能会误以为自己已经有手机号或第三方账号相关联的账号了，就直接采用这两种方式进行登录。这就导致老用户又创建了一个新账号，而且这个账号与老账号没有任何关系。一方面，对于用户来讲会产生误解以及一系列后续进行账号合并相关的操作;另一方面，对于自身应用会多出很多无效账号，毕竟大多数用户只需要一个账号就够了。
4. 未来的登录/注册会是怎样的?
随着智能设备集成了越来越多的基础功能(如指纹识别等)，以及越来越多算法的完善(如面部识别等)，以后的登录/注册可能会基于人的生物特征来进行。
一方面，人的生物特征更加具有唯一识别性以及稳定性，可以长期进行使用;另一方面，生物特征的识别并不需要用户进行过多的输入操作，只要通过硬件设备进行信息采集并与后台存储的信息的进行比对即可。
另外，随着AR或者VR的普及，这些智能设备也会需要身份认证。而在这些设备里进行数字字母的输入来进行登录，则可能是一件非常麻烦的事情。但使用生物特征来进行身份认证则是一件很轻松的事情。如在使用VR头盔时，在镜片上进行虹膜识别的身份认证等等。
总之，未来的登录/注册会朝着交互方式越来越简单，认证方式越来越安全的趋势发展。
其实对于登录/注册的设计如此精雕细琢的目的当然是想让用户能够更多地登录到我们产品应用当中去。这样才能发生更多与用户相关的事情。但是，始终要记得的是，这并不是让用户留在或者登录到产品应用内的关键，产品应用的核心功能以及其解决问题的独特性才是用户留下来或者登录使用的根本。不然，无论我们的登录/注册做得再流畅和安全，用户也不屑一顾。
作者：祭酒1990(简书作者)，优酷土豆支付中心产品汪，前阿里用研和交互。学过心理，做过用研和交互，最后还是当了产品汪，不仅喜欢啃骨头，还喜欢啃啃书，到处乱跑……
(转载请保留)
互联网的一些事，已超50万小伙伴关注！