关于登录产品设计的一些思考
有一次在面试的时候我突发奇想一个问题:如果让你设计一个移动APP的登录页面你会考虑到哪些因素?这个问题问的很宽泛,但是我更希望面试者利用产品的思维回答这个问题,哪怕只是从一个维度。在后来产品面试过程中我也会问同样的问题,每位面试者回答的结果不相同,这极大的激发了我对这个问题的思考。
用户是谁?
很多APP下载下来之后,第一次打开APP就让用户登录,这就有点不讲理,我都不知道你里面是什么内容,你就让我注册登录,岂有此理!所有我们需要首先考虑我们面对的用户是谁?连用户的基本特征都不清楚那跟意淫有什么区别?无外乎两种登录用户特征:特征一,我就想看看;特征二,我想要我自己的东西。
为什么要去登录?
根据上面的用户特征分析,我们来设想用户为什么要去登录。如果仅仅是涉众面广的内容展示,需要登录吗?比如:我就想浏览新闻、听听音乐,这些内容大家都能看也不涉及隐私和所有权的问题,那就无需登录嘛。那如果我想付费阅读一篇文章,付完费之后我以后还能看,不登录能行吗?
所以用户登录不能影响到一个产品的转化,不能让登录成为一道天堑,阻隔人们去探索、了解、分享新的事物,只有到迫不得已的时候才会弹出登录的页面,这无疑会提高登录转化率以及用户粘性。
你希望用户登录之后看到什么?
同样是用户特征,如果是初次登录,产品功能又很复杂或者产品有新功能,你希望用户看到的是什么?当然是新手指引或者功能指引,这是一个很好的用户教育机会,同时也可以提高登录的转化率。那么如果是老用户,他对这个产品都已经很熟悉了,就不需要新手指引了,结果有很多产品在设计这个功能的时候就没有思考过这个问题,导致每次登录完成之后都是新手指引或者功能说明。当然如果按照用户的业务属性加一些内容运营或者活动运营的元素放在登录后面会大大提高用户粘性,起到事半功倍的效果。
登录的方式有哪些?
方式一:用户名+登录密码,这种方式是最原始的方式,以拉卡拉收款宝为例。
这种登录方式有什么优缺点?
优势:登录名为用户名而不是手机号邮箱,不涉及到个人隐私,而且较安全。
劣势:我的用户名是:夏洛?夏洛特?夏洛特烦恼?我特么得记住用户名吖!
方式二:邮箱+登录密码(别告诉我还有验证码),这种方式流行过一段时间,典型的如:skillswap
这种登录方式有什么优缺点?
优势:登录名为邮箱,很容易记住,而且忘记登录密码了可以使用邮箱找回。
劣势:如果我的邮箱地址是这样的Ae001_money@xiaopingguo.com.cn,呵呵!请给我一个悲伤的表情!还有同样的问题:我的密码是?
方式三:手机号+登录密码,这种方式现在很常见。
这种登录方式有什么优缺点?
优势:登录名为手机号,很容易记住,而且忘记登录密码了可以使用手机号找回,都是数字好输入。
劣势:个人隐私,当你的信息被人无良商家泄露之后,这个问题就会被无限的放大。
方式四:第三方账号登录,还是以秒拍为例。
这种登录方式有什么优缺点?
优势:手指点几下就可以登录了,简单、便捷!避免触碰。
劣势:不便于用户转化,无法获取用户个人信息,不利于运营。
方式四:手机号+验证码的方式,这种方式现在已经很普遍,就不一一举例了,我们直接看优缺点。
优势:无需记忆密码,发个验证码就可以了。
劣势:手机信号不行怎么办?手机号注销怎么办?手机被别人捡到了怎么办?
什么才是合理的设计?
我故意没有把这个放在登录方式里面,原因很简单,有的人说既然这也不好那也不好,我刷刷刷全给整里面,你爱用什么用什么!缺点很明显:这么多方式我该选哪种呢?是的,用户该选哪一种作为正确且合理的登录方式呢?其实答案我已经告诉大家了,在你熟知你的用户群体的情况下,根据自身业务的需要选择合适的登录方式即可,这个登录的方式没有绝对的好,也没有绝对的不好。
我会怎么设计?
除了上面要考虑的问题我还会考虑到其他产品设计内容,比如交互设计。以手机号+登录密码为例:
手机号输入框失去光标之后,判断用户是否为注册用户,如果用户为未注册用户,给出提示,并将登录按钮名称置为“去注册”,点击直接跳转注册页面,手机号自动填入。
我还见过有人会这么设计:
这就是没有弄清楚这个页面的主要功能是什么,是登录不是注册,所以在设计的时候一定要把主要功能凸显出来,不能给用户干扰项,影响用户判断。
另外,在登录密码键入后有一个1s的显示时间,再进行脱敏,这样设计可以在用户输入登录密码的时候能时刻知道自己输入的密码,以便随时纠正。
本文由 @袖清风 原创发布于人人都是产品经理 ,未经许可,禁止转载。
当我的手机号输入错误时,登录按钮变成去登陆的按钮,我把手机号改成注册过的手机号会不会变回成登陆按钮;当我输入的手机号格式错的时候是否还会提示去注册;去注册的时候是否会直接把登陆的时候输入的未注册号码搬过去?
手机号格式问题会直接提示:手机号格式问题,并不会到注册。如果格式对了,尚未注册,去注册的时候号码会自动填写。不过现在有很多产品,把手机号放在第一个步骤,后面的验证码放在第二个步骤,这样更简洁。
小编的想法很别致。想问一下 小编的意思是未注册的用户在输入手机号码之后 就会判断出这个号码有没有注册吗?
是的,失去焦点之后系统就可以判断了。
这种失去光标之后立刻去后台数据库匹配,好像很少吧~一般是整体填完之后,点击注册按钮才一次性触发后台数据匹配~
小编,你见过类似的产品吗?或者你有没有问过你们技术,这种实现起来是否比较繁琐呢?
这样判断会增强用户的体验,如果是多项输入信息,一次性判断的话就会造成无效输入,增加用户的时间成本,具体技术怎么实现,我觉得不是问题,我是从产品的角度来思考这个问题,如果很难实现那就是我考虑不周了,但是貌似我见过,但是具体说在哪见到的,我忘记了,我碰到了和你分享下。
不错不错,之前一直想看些做产品如何思考的文章,谢谢大神~
这位朋友您好!多提宝贵意见,我们一起成长。