hey，guys~

本系列的文章有一段时间没有更新了，最近有一些生活和工作上的琐事占据了我的部分时间，也抽出了一点时间出去放松了一下，我觉得适当放松也是为了更好的投入工作，工作并不应该是生活的全部，在这里还是要感谢大家的不离不弃。

今天的主题是和注册登录相关的内容，相对比较简单，大家应该都很熟悉。OK，Let’s get started！

注册登录一直是应用中必不可少的一环，用户打开应用可能第一步就是登录页面，这相当于一款应用的脸面，也是用户使用产品的源头。当然也是因为不常被用到所以更最容易被忽视，它作为一项基础功能，使用场景一般是用户初次使用应用或者退出登录，又或是大版本更新和登录过期才会使用到。注册登录的意义就在于给用户独有的个人中心，包括数据的同步，或是用户注册后会通过用户已完善的资料进行相关的内容推荐。

登录相对而言属于高频次的操作，注册、修改密码等属于相对低频次的操作，但是他们都会关联到产品内的个人资料和设置模块。几乎所有的社交应用都是需要注册登录的，用户拥有了个人账号才能继续使用产品。

当然也有一些系统的应用是不需要注册登录就可以使用的，比如系统自带的计算器、日历、天气等或是一些第三方的轻应用，这里就不多赘述了，下面主要还是说说需要用到注册登录功能的情况。

还是先来看一下整体结构：

（以下图片来源于应用截图，仅作为学习交流使用）

一、注册登录的方式

1.只使用第三方账号注册登录

这种方式比较少但是无疑是最快捷的方式，相信大家平时应该用这种方式也比较多，因为可以避免使用手机注册带来的繁琐步骤，可以节约很多时间，你在第三方应用中进行授权后产品会直接调用接口，生成ID登录后，你的头像、昵称等个人信息甚至可能同时会获取你的好友列表，让你知道还有哪些好友也在使用产品，可以有效地减少对产品的陌生感，同时也便于应用在第三方中进行分享。

当然这种方式对产品也很有利，因为相信很多用户在不了解产品的情况下，用户可能只是想初步了解一下产品，但是又不想进行手机注册那么麻烦，所以就直接使用第三方进行注册吧，待进入应用初步使用了解后，再通过产品的用户引导（比如红点标记或是局部引导等）功能再进行手机号/邮箱/微信/微博等账号的绑定，这样做对新用户的产生有积极作用。

我遇到过当已经使用了第三方应用注册登录了之后，会立即出现让用户绑定手机号的页面，这样做是想快速产生新用户，出发点是好的，但是我觉得用户在不了解产品的情况下，绑定手机号的可能性很低，所以最好可以在绑定手机号页面有“跳过”功能，给用户选择的余地，不要强制用户，待初步了解产品后再通过引导进行绑定，这样做最佳。

2.只使用手机号注册登录

使用手机号获取验证码是目前最常用的注册登录方式，这种方式的优势不必多说，相信大家都很熟悉流程，通过发送短信获取验证码在60-90秒内进行注册登录，这么做是为了确认用户拥有该手机号的使用权。手机号+密码是用户常用的方式，而手机号+验证码是比较简便的方式。这里注意一点的是在输入手机号后，为了让用户查看是否输入正确，建议手机号显示样式为3-4-4模式（比如156 1815 5555），这些都是细微之处，虽然无关大雅，但是可以看出一个产品的用心之处，比如下图可以对比一下，明显图二更优。

手机号也是商家进行用户维护的有效手段，毕竟手机都是随身携带，可以在节假日发送祝福或是促销短信，也可以在你长期未使用产品，进行短信提示，避免你将产品遗忘，但是过度的短信轰炸则会让用户感到反感。另外使用手机号注册登录，需要做一个判断，是否是第一次登录，是的话就跳转引导页，不是的话就跳转至首页。

这里插一句题外话，你们有没有遇到过在已经注册成功后但是还需要重新输入账号密码登录的情况，其实这种做法个人觉得是比较多余的，可能2次输入账号密码可以加强用户的记忆，但是可能很多人用手机号注册都是用的一个同密码，因为现在的应用可选择的余地实在是太多了，如果每个应用都使用不同的密码可能很难记得住。

3.使用手机号/第三方账号注册登录

这种样式是最常见的，也是上面两种样式的结合，这种样式给用户留有选择的余地，自愿使用手机号或是第三方。但是一般这样的组合方式多数是希望用户使用手机号注册，所以手机注册登录比较突出，第三方注册会置于页面底部，相对弱化。

但是还有一类是希望用户使用第三方登录，弱化手机号注册登录的情况：BAT旗下的众多应用，会使用一个账号或是进行账号关联，比如阿里旗下的应用闲鱼、菜鸟裹裹等，登录时为了用户数据之间连接，会推荐用户使用淘宝账号进行登录，从而弱化了手机号注册登录，这是出于产品属性或是战略需求考虑，无可厚非。

4.使用邮箱注册登录

使用邮箱进行注册登录也是比较常用的方式，多数用于pc端，邮箱容易记忆，便于频繁使用的产品，注册后邮箱会收到验证链接，验证成功后会自动跳转进入该网页首页。因为web端屏幕较大，还是和移动端有点差别，需要填写的表单可能也会比较多，关于表单的设计可以参照我早期的文章：《进行表单设计需要注意这十点》。

当然移动端也有使用邮箱注册的，可能是国外的应用居多，比如facebook、twitter、dribbble…或是国内的应用同时拥有网页和移动端，可以将用户数据进行同步。

5.先体验后注册登录

这种方式也很多见，一般多为阅读类、游戏类或是电商类产品，用户多为游客状态，可能只是进来逛逛，可能暂时还没有使用到添加、收藏、关注、评论、购买等功能，如果使用这些功能就必须要进行注册登录了，注意在完成注册登录后记得页面要回到之前浏览的页面，而不是回到首页。

6.短信注册

比较少见的一种方式，通过编辑短信发送至XXX后，可获取账号和密码。这种方式属于早期的一种方式，现在基本用不到了，就不多说了。

二、注册登录页面要点

1.简洁风 VS logo+输入框

iOS 11更新带动了新的设计趋势，大标题+留白被广泛使用，注册登录也不例外，现在很多产品都使用相对简洁的设计（下面左图），仅使用大标题和必要的线框和提示语，让用户只聚焦注册登录本身，去除多余的干扰元素，可以节省用户的时间。相对早期的设计手法是在页面中加入logo（下面右图），好处是可以进一步强化用户对产品品牌的记忆点。两种方式各有优点，没有对错，产品可以酌情使用。

2.分步骤注册登录

现在有很多应用是采用分步骤进行注册的，比如先输入手机号，点击“下一步”的同时，系统查询该手机号是否可以注册，通过的话则进入输入验证码页面，这样做的好处是可以及时反馈给用户，避免了用户在输完手机号和验证码之后出现错误toast的情况。需要注意的是步骤不宜过多，建议3步以内，如果你的产品对用户来说不是非用不可，可能会有很多用户会放弃注册。

3.注册登录合二为一

这种方式和分步骤注册类似，将注册和登录合到一起，不管你是否有注册，只要输入手机号再填写验证码，成功后即可使用产品，比如小黄车就是使用这一方式。

4.输入框提示语

输入框提示语是必不可少的，措词需要简洁，大部分的做法是点击输入框后提示语自动消失，这样做也是可以，毕竟需要填写的选项不是很多，用户不易忘记；当然更好的做法是保留提示语，比如星巴克的登录页面，在点击输入框后，提示语会上移，依旧保留，只是这样的开发成本可能会稍大一点。

5.忘记密码

忘记密码的功能一般都是放在登录页面，因为两者有较强的关联性。使用忘记密码功能一般是通过手机号发送验证码，验证通过后再进行新密码的设置；如果起初是用邮箱注册登录的话就要到邮箱中进行验证，验证通过后再进行新密码的设置。

6.toast提示

这里的toast提示一般用于有错误发生的情况下，比如账号不存在、账号已被占用、密码错误、验证码错误等，及时的反馈给用户注册登录不成功的地方在哪里，以免用户摸不着头脑，愤而离开应用。

三、其他要点

1.安全码

出于安全考虑，有些应用会让用户输入图形验证码、字符验证码、旋转图片、滑动验证等方式，目的是确认是人为注册而非软件恶意注册。

2.用户协议

用户协议看似非常的不起眼，用户也很少会去点击查看，出现在注册页面的情况居多。早期一般是默认被选中状态或是点击注册即视为同意协议条款（图一），用户填完账户密码之后点击注册就完成了。但是前去年支付宝默认用户协议被选中导致的一系列新闻提醒我们，用户协议最好需要用户自己去点击确认，现在很多应用也开始这么做，在没有勾选用户协议之前，“注册”button是无法点击的（图二）。

3.密码眼睛开合

出于使用场景考虑，比如在户外或是注册登录时身边有人，为了有效保护用户的密码隐私，可在输入密码时关闭眼睛icon，只显示密码点；开启眼睛icon时是为了让用户清楚的看见自己的密码，避免密码输入错误。

4.一键删除账户名/密码

这个功能是给用户在注册登录页面输入有误或是切换账户时使用，可以有效减少用户的点击次数，提升用户体验。

5.保留账户名数据

在用户曾登录过的情况下，应该保留用户的账户名数据，这样用户重新登录时只需填写密码或验证码即可。当然，用户如果想重新输入账户名，一键删除数据的功能也显得很有必要。

还有一点是多账户之间的登录切换，在登录时可以选择多个账号，这个功能在to C类应用比较少，一般是to B类应用可能会用到，因为企业可能会拥有多个账号，这个功能就会显得很有必要。

6.账号后缀关联

这种针对使用邮箱注册，比如说在用户填写账户名输入@的同时，关联出@qq.com、@163.com等，可以减少用户的输入，体验也会更好。

7.去除鸡肋操作

在注册登录时也会有一些比较多余的操作，比如二次确认密码、完善个人资料等，这些操作最好是放置在个人中心或是设置里让用户自行填写，在注册登录页面只保留必须填写的内容。

总结

综上所述，注册登录看似是很简单的页面布局，并且容易忽视，但是它的地位是不可忽视的，其中的交互方式和细微之处还需要我们多多考虑，不同的产品需要根据自己的属性来选择符合自己的方式。

如有遗漏，欢迎大家留言提出，一起交流~  Thanks for reading! To be continued…

本系列相关文章推荐阅读：

纯干货！肢解APP UI的结构             UI设计师们还不重视闪屏设计？

APP UI结构-用户引导&提示

作者：EasonzhangUED ，首发UI中国。欲转载请联系我。