在写完“【系列】APP设计之三：搜索”之后就开始准备这部分内容，但却一直迟迟没有办法下手。一方面是自己着实忙了一阵子，只能推后。一方面，也是发现这部分真的不好写。即使浏览使用了各种不同类型的APP以后，心里还是没底。在注册【登录】这块的设计上，虽然各类APP共通的地方远比不同的地方多，但形式上的变化却足以让人眼花缭乱。想要从中选出一些最佳模式真的很困难，至少此时此刻还没有找到。
按理说，没准备好就不应该写。但如果继续后推，等准备好再写，觉得自己就会放弃这块的总结。因此，在心里惶惶然的情况下，还是决定把目前自己的一些想法和总结写出来，算是阶段性的一个总结吧。
由于登录是注册之后的事儿，我首先来谈谈注册。
一、什么是注册？
我是一个喜欢追根朔底的人，本来想看看到底什么是“注册”，结果查询了很多资料也没有发现对“注册”的真正定义。唯一能够查到的竟然是新华字典。新华字典里对于注册的解释是：1.把名字记入簿册。多指取得某种资格。2.今指向有关机关﹑团体或学校登记备案。
虽然这个解释跟网站和APP好像没有什么关系，但个人觉得对于第一条解释还是可以用的。套用到网站或APP中，注册的意思大体应该是：把账号记录到网站或APP，以取得某种资格。
这个定义大家将就着看看就行，反正说起来“注册”，大家肯定会知道是怎么回事，对吧？
二、为什么要有注册？
由定义可以看得出，一旦注册就可以获得某种资格。那么，对于网站或APP，用户为什么要注册呢？我的观点是因为以下两点：
1.个人信息的多端同步、多平台同步，以方便用户在多个设备间和不同类型平台间都可使用自己的个人信息。
2.特权服务的获得。一些情况下，注册并登录的用户和未登录用户的所具有的权限是不同的，注册并登录可以获得不同的特权服务。
三、什么时候需要用户注册？
要回答这个问题，取决于APP产品的产品形态。
1.如果产品既不需要个人信息同步，也没有任何特权服务提供，那么不要求用户注册是比较合理的。比如：计算器一般来说是不需要注册【登录】功能的。常见的便签也是。但如果便签提供了在不同设备之间的的同步、不同平台间的同步，则可能就需要用户注册并登录了。否则，同步信息无法进行。
2.如果产品却是为用户提供了不一样的服务，需要用户注册并登录，则要求用户注册的时机越往后越好。为什么呢？这意味着可以让用户对自己使用的服务有深入的了解，用户确实有需要才进行注册。而这时的用户将会觉得注册是顺理成章的，基本不会有任何反感。那些在用户还对产品一无所知的时候就强行要求用户注册的产品，除了给用户带来恶感外，最大的可能是会将用户挡在产品外。
3.可是，难道就没有一开始就要求用户注册和登录的产品吗？当然有。有一些产品，比如微信、陌陌、脉脉这类社交类为主的APP，就是必须一开始就注册登录的。如果不注册且登录，根本无法根据注册信息建立人与人之间的关系，也就根本无法使用产品的其他功能。但这一类的产品相对来说是少数，就跟不需要要注册登录的产品一样。
四、常见的注册类型
我们在网络上常见的注册类型包括邮箱注册、用户名注册、手机号注册、第三方账号注册这四大类。但对于APP来说，常见的类型主要有邮箱注册、手机号注册、第三方账号注册这三大类。接下来比较详细地逐一谈一下这三类注册的类型。
1.邮箱注册
邮箱注册在web时代就是一种比较常见的注册类型。在移动互联网时代，在APP注册也占据了主流的位置。一方面是由于多数web端产品采用了邮箱注册，而这些web端产品在移动时代自然也会开发APP产品。基于多端的一致性，邮箱注册自然就成为了一种比较主流的注册类型。另一方面，邮箱作为一种比较私人的联系方式，作为注册账号不仅能够完成注册，在找回密码、营销方面也有一定的优势（用户名注册就不行），因此成为主流也是自然。
不过，邮箱注册作为APP上注册的一个类型，也有其劣势：首先，邮箱一般来说都比较长，而且可能包括各种不同类型的字符，这在手机上输入非常不方便，效率低，很容易让用户感到烦躁。其次，邮箱输入后，验证不太方便（验证需要登录邮箱），比较难以确定邮箱的真实性。
鉴于邮箱注册与web端的一致性，短时间内这种注册方式可能还是主流。因此，作为设计者，能做的可能是尽量让用户在注册时更加简单、容易一些。
那么，在APP上的邮箱注册究竟应该怎么做比较好呢？以下是个人的一些总结：
*如果没有必要，尽量不要在注册的时候要求用户同时填写昵称、姓名等其他信息，就是简单的邮箱和密码。
*在输入邮箱的时候，如果可能，对呼出的键盘进行自定义，最大化方便输入。
*不要求用户重新输入密码以验证前后两次密码是否正确（web端可以这样做）。为了让用户能够确认自己输入的密码是自己想要输入的密码，可以增加“明文显示”功能。
*邮箱注册成功后，自动发送验证邮件，但在APP端不提供验证功能，让用户在方便的时候去web端验证。
*用文字描述表明：注册就表示同意注册协议，而不要使用勾选。毕竟，如果不勾选的话就无法注册，何必多次一举呢？万一用户不小心取消了勾选，还得重新进行勾选，徒增烦恼。
*如果有第三方账号注册，一定要一起显示在同一界面。
*注册最好做成H5页面，这样键盘呼出后就不再需要退出，而且用户也可以很方便地看到注册页面的所有内容和操作。
对于邮箱注册这一块，个人找到了一个觉得目前最好的注册设计：pocket。
2.手机号注册
用手机号注册是移动互联网盛行下开始流行的一种注册方式。在web时代，手机号很少被用来作为注册账号，更多是用来作为重要信息接收的途径（如支付宝绑定手机）。用手机号注册的优点非常明显：输入简单（11位数字），容易验证（手机接收验证码即可，验证码也是数字）；同时，手机号是非常私人的联系方式，对于企业营销来说是更为有用的信息，而且非常容易验证手机号的真实性。
同样，手机号注册也不是光有优点没有缺点。要求用户用手机号注册的不利之处在于：手机号是非常非常私密的个人信息或联系方式（尤其现在手机基本上成为了人们的第二器官），因此用户很注重手机号的保护。如果没有足够强有力的理由，让用户用手机号注册是很不容易的。如果强制要求，甚至会将用户挡在产品之外，让用户放弃对产品的使用。
在APP上用手机号注册应该怎么设计比较好呢？我的观点是：
*如果你没有找到一个能够说服自己和身边绝大多数的理由（比如资金变动、重要信息提示），不要轻易要求用户用手机号注册，尤其不要要求用户只能用手机号注册。
*如果你有足够的理由来要求用户用手机注册，那么，一旦使用手机注册，就排他地不再提供别的注册方式。
*最好将手机注册的步骤逐一展示出来，而不是逐步展示，虽然大部分手机注册是这么做的。逐步展示容易让用户有心理负担，不知道接下来到底会出现什么，是不是还需要干很多活儿才能注册完成。
*使用如下常用注册流程就不错，不要无故增加流程
手机号注册流程：输入手机号——获取验证码（60s）——填入验证码验证成功——设置密码。
*不要求用户重新输入密码以验证前后两次密码是否正确（web端可以这样做）。为了让用户能够确认自己输入的密码是自己想要输入的密码，可以增加“明文显示”功能。
对于手机号注册这一块，个人认为可以参见美团的手机号注册，如下：
3.第三方账号注册
虽然在界面上，第三方账号注册往往被称为“第三方账号登录”，但其实用户第一次使用第三方账号登录也是在创建一个新的账号。因此，我将第三方账号注册也算成是一种注册类型。
第三方账号注册的好处是显而易见的：极致的简单和方便。但不利之处也非常明显：企业无法与用户之间产生任何连接，这对部分公司来说是完全无法接受的。
对于第三方账号注册，几条优化建议是：
*第三方注册一般是和其他注册方式共存的。因此在设计上要注意分清主次。一般来说，第三方注册都是出于次要的位置。但也有部分APP将其作为主要注册方式，看需要。
*第三方注册成功后，不再要求用别的方式注册，否则就是一个骗子，用户会很不爽。还不如不用第三方呢。
*第三方注册成功后，如果还需要完善别的信息，则在需要这些信息时再要求用户填写，否则一个简单方便的注册就没有意义了。
4.多种注册类型的混合使用
仅用一种注册类型、两种注册类型混用甚至三种注册类型混用都在APP的设计中出现过，这里面其实没有真正意义上的好与坏，关键是看产品的需要。是否真的有必要这么做？这是需要产品经理考虑的一个核心问题。在这一点上，我只能说根据产品的不同形态和要求来做，没有定式。
5.关于注册的其他补充：
*如果没有必要，不要多种注册方式共存（最常见的是邮箱、手机、第三方都用）。如果业务必须需要手机号，则仅提供手机注册就好。若业务不需要手机，邮箱就可以，则仅用邮箱就好。
*页面设计上千万不要让键盘遮挡到任何内容，即使遮挡了，也要方便用户将其呼出（h5页面可以比较容易做到）。
*步骤要清晰，不要让用户猜测接下来还有啥。
*指令要明确：比如必须要填写昵称，则对昵称可以使用的字符一定要界定清楚。
*不要玩个性。比如：大多数的密码都是18位以上的，你偏偏就只允许用户设置15位的密码。那么用户常用的密码用不了，就会忘记。
五、登录
说完注册，简单说几句登录。如果注册能够做好，登录自然也能够做好。但对于登录，个人还是要说几点：
1.将用户使用的最多的登录形式最大化地展现出来。
2.自定义键盘，适用不用的登录账号类型。
3.允许明文显示密码
4.要有忘记密码的选项。而且，根据登录形式的不同，找回密码的方式也要不同。
5.在APP上，用户一旦登录，一直保持登录状态，不要求用户重新登录。除非：
*用户卸载后重新安装了app
*用户自己登出了app
*一个账户只能登录在唯一的设备上，已在别的设备上登录，在新的设备上打开必须要求登录。如微信。
好了。对于注册【登录】的总结就到此为止。
我的文章也会在微信公众号中更新，大家可以关注公众号“iamyueshanqiu”来订阅。
网友评论