谈谈手机APP产品设计–注册那点事儿

作者: iam3y.com 分类: 产品设计 发布时间: 2015-03-07 11:28 ė 6没有评论

QQ20150307-1

 

当用户拿到一款APP时,常见的一个功能就是注册,一个好的注册流程、交互,会让用户感到身心愉悦,并有继续使用下去的动力;反之,一个差劲的注册流程,会让用户火冒三丈,破口大骂:神马破烂玩意儿,设计这个流程的产品经理有用脑子吗?

 

所以,看上去平淡无奇的注册流程设计界面,几乎考虑了所有的异常情况,用户用起来爽的流程,背后可能经历了无数次的产品设计PK、吵架、论证。。。

 

那么,今天就来谈谈手机APP产品设计之,注册流程。

相关前提:手机APP、用手机号注册(中国手机号,11位)、文中涉及的图片均为交互原型图。

 

当用户第一次打开APP的时候,第一个界面的重点,应该是登录,如果用户没有账号,那么才走到注册这一步。

用户点击注册,则进入今天要讨论的注册流程。

QQ20150307-2

 

 

在手机上注册常见的几种流程,可以一一列出来,并对其交互设计进行简单的分析。

 

一、传统的注册流程,在流程中列出了所有账号注册需要的信息,如图:

QQ20150307-3

 

在这个注册流程里边,假设用户能够准确无误地输入所有信息,用户至少需要完成 输入手机号+输入密码+输入确认密码+点击获取验证码+输入验证码+点击注册,一共 六步,完成注册流程。

 

好,我们作一个假设,用户安装了许多同类的app,他已经注册成为你这个app的用户了,当他换手机重新安装你这个应用的时候,他已然忘了注册过你的app了,点击注册。这时候,用户同样需要花费 6步,才能知道自己的手机号码已经被注册了。。。啊,这是一个多么痛苦的使用体验。

有人会问,在这个流程里,为什么不在获取验证码的时候检查该手机号码是否被占用呢?

从技术和功能分类的角度来讲,验证码应该是一个纯粹的外部流程支持分支,他应该独立于业务,不应该涉及业务逻辑。打个比方,获取验证码的操作,可能出现在 注册、找回密码、报名等多个功能上,如果在验证码上写特殊业务逻辑,啊!这是一个多糟糕的设计,程序员会把产品经理砍死的。

做过网页的同学可能会问,为什么不参考ajax 异步无刷新技术呢,当用户填写完手机号码时,手机号码输入框失去焦点,自动检查该手机号码是否被注册呢?

答案是可以的,你可以使用这种技术来进行检查手机号码是否被注册、手机号码是否合法。

 

那我们再来讨论一个看似极端但是很常见的情况。产品的设计要考虑用户的使用、操作体验外、还要考虑用户所处的环境。假定一个情况,用户在注册你的app账号的时候,正在行驶的车辆上。用户输入手机号时,车辆刚好行驶到隧道里,这时候,网络情况很差,检查手机号码是否被注册的请求发到服务器,没有接收到返回;或者请求就没发出去。。。这时候ajax 异步请求要进行几次呢?触发的条件是什么?(手机输入框失去焦点的条件已经失效,因为用户已经输入完手机号码了)。

 

综上,这个注册流程可以使用,但是体验不佳。

 

二、分步骤的注册流程,即先验证手机号码,验证通过之后再让用户输入密码。

QQ20150307-4

QQ20150307-5

 

这个注册流程里,假设用户输入的信息都准确无误,用户需要完成 输入手机号+点击获取验证码+输入验证码+点击下一步+输入密码+输入确认密码+点击注册,一共7步,完成注册。看起来比传统的注册流程多了一步,但体验上有了一点的提升,把手机号验证放在了首位。在第一步就可以完成手机号码是否注册、手机号是否是当前用户所有(防止恶意占用手机号)的判断。

 

综合来讲,这个流程体验有点提升,但是可以优化,见 流程三。

 

三、分步骤综合处理,与流程2类似。

QQ20150307-6

QQ20150307-7

 

在这个注册流程里,假定用户输入正确,需要完成 输入手机号+点击下一步+输入验证码+输入登录密码+输入确认密码+点击注册,一共6步,完成注册

 

但是,假定用户输入的手机号是错误的(比如其中一个数字打错了,我就经常犯这样的错误 T~T),用户需要完成 点击上一步+ 输入手机号+点击下一步+重新输入验证码;加上第一步的6步,一共使用10步完成注册~ 这里用户犯错操作的成本还是有些高的,而在手机上操作,因为键盘太小,很容易在输入的问题上犯错,包括输入两次密码。。。

 

综上,这个流程相比 2、3流程会好一些,但也存在一些问题,比如犯错成本的问题。

 

4、在同一个页面内完成注册,但先隐藏验证码,点击注册,才出现验证码。

QQ20150307-10

QQ20150307-11

 

 

在这个流程里,假定用户输入的信息都正确,用户需要完成 输入手机号+输入确认密码+输入密码+点击注册+输入验证码+点击确定,一共6步完成注册。

 

假定用户输入的手机号码已经被注册,则需要 (输入手机号+输入密码+输入确认密码+点击注册)四步+手机号输入框失去焦点时判断来做双重保证。

 

假定用户输入的手机号错误,则需要完成 重新输入手机号+点击获取验证码+输入验证码+确定,完成注册,加上前面的6步,最多一共10步(但也可以通过手机号输入框失去焦点后自动发送验证码,把步骤缩小至9步)

 

综上,这个流程对网络状况、用户误操作等特殊的情况都进行了兼容,尽可能减少用户犯错带来的操作成本。

 

 

上面的四个流程大部分都提到了用户误操作这个问题。确实,如果不是在九宫格的输入状态下,在手机上操作时(特别是全键盘输入状态),很容易打错,比如字母上相邻的 A和S,就经常打错。举个例子,用户输入密码和确认密码时,如果两个输入项不一致的话,系统会提示用户输入的密码不一致。但是,天知道是密码输错了还是 确认密码输错了!!!特别是当用户的密码比较复杂时(密码由数字+特殊字符+字母组成),这种操作体验简直会让人抓狂!

 

这里的一个建议是,把确认密码去掉。

 

确认密码的发明本来就是为了防止用户输错密码,那么,问题又来了,去掉确认密码之后,用户输错了怎么办?

或许你会说,输错了就输错了呗,在手机上找回密码的成本比较低。

但是,并不是所有的用户忘了密码就会找回密码,他可能不用你的产品了。。。啊,这是一个糟糕的世纪难题。

 

其实,把确认密码去掉,可以通过其他手段来防止用户输错,比如:把用户输入的密码明文显示。

可能你会问,啊,当有一个人在你旁边看你注册时,你不就泄漏了你的密码了吗?

是的,会有这个问题,所以,我们可以在输入框前边加一个眼睛,长按眼睛的时候,明文显示密码~

 

QQ20150307-12

 

 

来个总结:

 

没有最好的注册流程,只有最适合你的APP的用户群体的注册流程。

 

 

啊,最后唠叨一句,注册操作的复杂度会吓跑一部分用户,所以注册越简单越好,要拿用户的资料,应该通过后期运营激励的手段让用户完善。

 

 

 

 

 

 

 

 

本文出自 IT P民,转载时请注明出处及相应链接。

本文永久链接: http://www.iam3y.com/?p=1256

发表评论

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

Ɣ回顶部