浅谈APP注册登录设计
记得校招面试去哪儿网的时候,有一个面试官问我易丢丢的注册登录流程可以怎么优化,当时并没有刻意的去思考,也没有想太多,就直接说“不设置密码,直接短信验证码登录”。但这种方式明显没有经过大脑的思考,没有什么意义。
因为最近在项目上刚好遇到了关于注册登录的问题,所以,就在这里跟大家谈一谈个人的设计思路。
首先,站在用户的角度,肯定是不希望登录就可以完成既定的动作。对于平台来说,很多时候,只需要校验用户的手机号。因此,我们可以在用户操作的过程中加入手机号校验的步骤,然后自动生成账户即可(这里在生成账户的过程中,不需要生成随机密码,可参考美团,在文末会具体解释一下)。这样,用户就会很容易接受,因为这是操作流程中的一项必要信息,而不会像是讨厌那种恶心的注册流程一样。
其中,在用户不登录的情况下,个人账户对用户是不可见的。但当用户再次遇到不可多次操作或者比较繁琐的操作时(比如实名认证提交信息的过程,或者申请贷款需要填写的大量的个人信息),用户输入手机号、获取验证码的过程中,就需要判读该账号在之前是否操作过,如果有则提醒用户直接登录即可查看相应的结果,若没有则继续该项操作。所以,在操作流程比较长的情况下,建议将校验手机号的部分尽量设计到流程的最开始或者靠前,这样可以及时的提醒用户减少不必要的操作,用户体验相对会比较好;若等用户所有信息都输入完之后,才去校验,这对用户来说,是很大的伤害。
上面说的是平台如何在用户不登录的情况下获得用户的信息,并且有效的提高了用户体验。接下来,就是注册登录的流程了。注册登录可以分为以下四个部分:
1、正常登录
用户只需要输入正确的手机号和密码,即可登录,一步到位
2、已注册但首次登录
当检测到数据库中已经有该账号但是还没有密码时,说明用户在没有注册登录的情况下有过相关的操作,并且用户还没有登录过,此时,直接提示用户还没有密码请设置密码,并且需要校验手机号。
3、注册
当判断到用户没有注册时,提醒用户进行注册
4、找回密码
当用户密码输入不正确时,则提示用户找回密码(前提是用户有密码)
以下是完整的注册登录流程:
还有一种更便捷的情况,就是直接短信验证码登录,不需要设置密码。这种情况目前用的也比较普遍,也就是我在开头面试的时候提到的。虽然方便,但是这种情况也会比较麻烦,每次都需要获取验证码,特别是在短信验证码发送不及时或者出问题的情况下,会让用户很抓狂。当然,这种方式适用于低频或者用户偶尔使用一两次,用户量比较少的情况;但是对于需要高频登录使用并且用户量比较大的情况,还是比较传统的账号密码模式比较合适。
这里解释一下,我为什么不愿意做验证码登录的形式。很多情况下通过手机号自动注册时,会为用户随机生成一个密码,然后通过短信的形式发送到用户的手机,这是一种解决的方式,但是对于用户来说,还是很不爽的,因为他需要登录之前花时间去记住这个密码,通常情况下,这种密码是比较繁琐的,很难一下子记住。可能会发生这种情况,当用户去翻阅短信后心里默记了密码,打开app前往登录页面,这时候很不爽的事情发生“密码记混了”,因此还得退出去再瞅一眼密码。
作者简介:wangbingjlu(微信公众号:wangbingjlu),互联网金融产品从业者。2年互联网互联网产品设计经验,目前正是一只努力奋斗中的产品菜鸟。
本文由 @wangbingjlu 原创发布于人人都是产品经理 ,未经许可,禁止转载。
看起来好乱,我决定写一篇
美团的例子并不常见,楼主太拘泥于这一个思路了,整个流程也很空泛
顺便说句,我负责的很多产品通常不用登陆可以完成所有操作。(包括了购物型,这种做法当然是有权衡)
或许要说,不登陆你的用户呢。那问题来了,以上所做的分析并没有说是为什么业务去服务的。金融类的安全性极高,登录不能仅仅去思考简单方便;诸如此类饮食餐点类,社交类,论坛等等这些就不说了,重点就是,抛开了实际业务的设计,大多是架空的。
赞同,你说的非常对。无论什么样的设计,都是基于业务本身的。跟你的说法一样,如果没有业务的支撑,再简洁,再牛逼的设计,都是架空。我这里主要针对的是C端贷款类业务,这一类的主要低频的用户。其实我更应该去分析每一种类型的业务(无论社交还是餐饮,论坛或者音乐、金融),根据不同业务的需求去讨论
呃呃呃,有待提高啊~~
2、已注册但首次登录
当检测到数据库中已经有该账号但是还没有密码时
这里我觉得用户在注册的时候肯定是需要设置密码的,出现上述情况,肯定是到了设置密码那一步,用户离开了(APP提供了跳过、以后设置功能;或者是用户主动关闭了APP;或者app闪退了。)我觉得可以等用户设置完密码之后再增加用户记录,用户依旧要从输入手机号 获取验证码 开始,这样逻辑上更简单
出现这种可能,是因为用户在未注册和登录的情况下有过一些操作,只需要校验验证码,比如美团外卖订餐,在不登录的情况下直接验证手机号下单
如果按照你的这种情况,那用户就直接登录注册,就不会存在已注册但第一次登录的情况了
还不错啊,你说的最后一个问题很好解决。
1、用户获得的随机验证码,自动填充到输入框中
2、用户第一次登录成功后(无论以何种方式,密码or短信验证码),系统都默认用户登录的,用户下一次打开就默认用户自动登录
多种登录方式固然是好,但是需要考虑到开发成本、团队以及业务上的问题
那PC端的该怎么办?
目前只做了APP端的,PC端没有内容,不支持登录和注册。如果有的话,跟移动端是一套
➡ 没理解为何注册的时候已经要设置登录密码才能获取验证码,却还要在登录时判断是否为首次登录需要设置登录密码?。。。。 ➡ 完成注册后不是自动就已经有登录密码了吗?。。。 ➡
在不注册不登录的情况下,美团是可以订外卖的,只需要手机号验证码即可完成订餐,这个时候就可能会出现没有密码的情况
感谢各位大神的评论,如果有感兴趣的,可以加我微信wangbingjlu,一起讨论一下
已注册但首次登录的这一块,有两点不太理解。
1.第一步输入电话号码之后,以哪个节点来判断判断号码已经注册但没设置密码呢?点击登录吗?毕竟用户会填完密码才会点击这个,这样似乎不太合理。
2.用户没设置密码的时候,显然不会去登录的。所以这个应该是在注册页面来判断,而非登录页面。
嗯,接受建议,可以自己考虑一下,感觉逻辑有存在漏洞
其实可以去掉首次登陆这个环节的,直接在没有注册之后进入注册页面,减少操作流程
嗯,这个需要再斟酌一下,总觉得会有点什么
看不太清楚,简单讨论两点
1.看样子是在注册获取验证码之前就已经设置了密码,完成之后自动登录,为什么还有‘注册之后首次登录’这块;
2.在登录和召回密码页面,最好不要有‘手机号未注册’的字样
此注册非彼注册,应该说已有账号但未登陆过
五里洼兵兵,我是吴丹啦啦啦啦,看到你的文章异常异常兴奋,我认认真真的品读完啦,之前一直搞pc,现在搞搞移动端,有几个问题:
(一)、你写的这个,实在什么场景下的注册登录?
个人觉得:注册登录要看app处于什么发展阶段、想要达到的目的、用户想要达成的目标、用户的使用频次,手机号码注册有利有弊,是否真的有必要获取手机号,还是归到app的目的吧,权衡各方,再去考虑用户注册登录付出的成本比较合理
(1)、app一开始就必须登录,再看内容,种情况而言,一般都会授权第三方登录,简单快捷,可以达到快速拉新的目的,再次,还要看看app的类型是什么样的,想要获取用户的那些信息,如果第三方登录就可以满足信息,就不必要再去麻烦的注册,去获取手机号(当然,获取用户信息,挖掘用户关系链很重要,但是个人觉得,如果第三方登录满足了需求,在app发展前期,尽量不要让用户有过多的操作,尽量减少用户流失,如果是超级牛逼的软件,那就可以放到前面,必须绑定手机号等**用户的牛逼行为了)
(2)如果是先让用户随意看看,有需要在登录注册,还是要看app类型和目的,是第三方授权即可还是必要获取联系方式,就又归结到我说的先看结果,目的是什么,一定要在用户的刚需上让用户注册,比如,社区,你可以随意先看看,但是你要发帖,恢复,你的用户信息是必要的,这时候强制用户手机号注册用户流失量一定会比一开始就注册流失的少一点
(二)我没搞清楚注册后不登录的场景是什么,还要有手册登录,设置密码
哈哈哈哈,工作的时候偷偷写的,逻辑有点乱,不过我觉得,初级产品狗,多看竞品,多思考,多总结,知道自己想要达成什么目标,用户想要达成什么目标,以结果为导向,至少就不会偏, 产品做得不同很容易,做好很难,北京满大街都他么是产品狗,希望你我保持本心,有良好用户sense和产品格局,成为一个好的产品汪
哈哈,先回答你第一个问题吧。首先,这个应用的场景非常多,比如外卖、shopping mall、贷款、O2O类的,用户在不用登录的情况下就可以下单,只需要验证手机号就可以,这样非常简单灵活(可以参考美团app的注册登录形式,他的更完善、逻辑更复杂、体验更好,我的美团账号至今都还没有密码)。另外,就是为什么一定要用手机号登录了,这个主要跟业务相关。比如美团,送外卖需要联系用户,打电话,手机号注册下单时就不用再验证了,这样很方便。再如贷款类的或者一些理财类的app,这个需要验证账号用户的真实性,甚至需要授权查看芝麻信用或征信、进行实名认证等,都是需要通过电话沟通跟用户确认的。第三方登录常见的会用在社交类的app,不需要实名的,这样更能通过社交关系链拓展社交关系,对产品本身的帮助很大。采用什么样的方式登录,这个主要取决于业务模式,当然三种登录模式都做(设计、账号、验证码),这时候需要考虑其成本、复杂程度、是否授权、以及其对应的收益情况。
**用户说的有点严重了哈哈,我这里讨论的更多的会偏向于业务型产品(金融类的)。第三方的使用场景也会有限制的,比如说阿里的产品一般不会采用qq或微信登录,这个当然是考虑到企业战略上的问题;再比如,当你的产品越来越牛的时候,而为了用户方便,因为业务上用不到手机号,为了降低用户的门槛你只采用了第三方登录;当你的产品达到百万、千万甚至亿级的流量,而恰恰你的产品的业务与qq、微信或微博有一定的竞争关系,那么这些大佬们肯定会封杀你,断了你的入口。因为这个时候,你的用户已经养成了第三方登录的习惯,你再采用新的登录方式,用户不一定会买单,没了入口,用户根本就没法登录,那你的产品就….
😮 哈哈哈哈,所以说目的不同,决定获取用户哪些信息也是不同的 其实我一直不太理解美团外卖为啥子要搞成那个样子,就是因为他那样子,我觉得太难过了,所以放弃了他,转战百度,虽然一次性的密码解决了使用者在密码的记忆与保存上的困难性,安全系数也更高,但是劳资所有密码都是一个呀 ❓ 外卖的使用频率又那么高,所以觉得他麻烦
我很喜欢美团哦哦 😆 😆 😆
第二个问题,没有密码这个场景很常见嘛。用户下单之前是没有注册的,下单时只是通过手机号,获取了验证码,然后下单成功。这时候,数据库里已经有该用户的账号了,且他的订单信息都对应于此账号。没有登录个人的订单信息是不可见的,所以用户下次需要登录才能查看个人信息。但是当用户登录时,却没有密码,但是库里已经有他的账号了,所以也不能让他重新注册。所以就会存在已注册没有密码的情况了
写的有点乱哈,都加油,回学校了可以好好聊聊哈。
看不到字啊,能发清晰些的截图吗。
或者发个源文件吧 😀 好人一生平安1616540616@qq.com
OK
哈喽,不知道你能不能看到,你给的邮箱应该是无效的。我刚刚看到之前给你发的邮件没发出去,所以想起来给你回一句。如果需要的话,我可以重新给你发
求助,lz用什么软件画的图?
目测visio
axure