今天的主题是和注册登录相关的内容,相对比较简单,大家应该都很熟悉。

注册登录一直是应用中必不可少的一环,用户打开应用可能第一步就是登录页面,这相当于一款应用的脸面,也是用户使用产品的源头。当然也是因为不常被用到所以更最容易被忽视,它作为一项基础功能,使用场景一般是用户初次使用应用或者退出登录,又或是大版本更新和登录过期才会使用到。

注册登录的意义就在于给用户独有的个人中心,包括数据的同步,或是用户注册后会通过用户已完善的资料进行相关的内容推荐。

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

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

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

(以下图片来源于应用截图,仅作为学习交流使用)

一、注册登录的方式

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

这种方式比较少但是无疑是最快捷的方式,相信大家平时应该用这种方式也比较多,因为可以避免使用手机注册带来的繁琐步骤,可以节约很多时间。

你在第三方应用中进行授权后产品会直接调用接口,生成ID登录后,你的头像、昵称等个人信息甚至可能同时会获取你的好友列表,让你知道还有哪些好友也在使用产品,可以有效地减少对产品的陌生感,同时也便于应用在第三方中进行分享。

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

我遇到过当已经使用了第三方应用注册登录了之后,会立即出现让用户绑定手机号的页面,这样做是想快速产生新用户,出发点是好的,但是我觉得用户在不了解产品的情况下,绑定手机号的可能性很低。

所以最好可以在绑定手机号页面有跳过功能,给用户选择的余地,不要强制用户,待初步了解产品后再通过引导进行绑定,这样做最佳。

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

使用手机号获取验证码是目前最常用的注册登录方式,这种方式的优势不必多说,相信大家都很熟悉流程,通过发送短信获取验证码在60-90秒内进行注册登录,这么做是为了确认用户拥有该手机号的使用权。手机号+密码是用户常用的方式,而手机号+验证码是比较简便的方式。

这里注意一点的是在输入手机号后,为了让用户查看是否输入正确,建议手机号显示样式为3-4-4模式(比如:156 5555 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. 去除鸡肋操作

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

总结

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

如有遗漏,欢迎大家留言补充,一起交流~

作者:EasonZhang,公众号:Eason张UED(ID:EasonZhangUED)

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

题图来自Unsplash,基于CC0协议

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注