不理解!为什么一定要设置密码

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

最近公司重新设计了注册登录模块,当横向产品经理把原型图发给业务线产品经理,引起了激烈的讨论,而讨论的焦点就是——是否需要用户设置密码。最终因为种种原因,我们还是选择了设置密码,但是思辨的过程是很有意义的,现将讨论过程梳理出来,欢迎拍砖。

mima

为什么要登录?

“浏览器要登录!地图要登录!新闻也要登录!我明明只想查个东西、搜个路线、看个新闻,你们让我登录干啥?”

旧的流程
在做产品之前我是个挑剔的用户,我对很多产品设计都有疑问,类似上面的抱怨更是从未停止。当我开始做产品终于知道为什么各类app都要用户登录,至少都想要用户登录。

因为只有你登录了,我才能更好获取你的数据。请注意这里说“更好”,代表即便你不登录我也可以获取你的数据,比方说新闻客户端登录比例并非很高,但是今日头条还是通过分析用户数据做到了精准推荐。

可是在以下这些场景,我们需要你登录:

  1. 多端使用时,如小说阅读进度的同步;
  2. 与人交流时,如微博的关注和评论;
  3. 多个账号时,如QQ号的切换;
  4. 更换设备时,如小米换魅族;
  5. 需要盈利时,没有你的手机号我们有怎么给你发短信,给你打推销电话呢!

用什么登录?

用手机登录?用邮箱登录?用第三方应用登录?虽然没错,但也没有说对。我们是用账号和密码登录,账号可以是邮箱,可以手机号,可以是用户名(第三方也是),但是我们必须有密码。这是登录的必备条件,也是账号安全的基本保障。

试想,如果只有账号,没有密码,你在网吧登录的魔兽世界账号是不是分分钟变贫民,你在家里登录的淘宝购物车中也能多出几件羞羞的衣服。

所以登录一定要有账号,账号让你我知道这是专属你的数据和信息,这个账号下的一切内容都是属于你的;所以登录一定要有密码,密码让你知道这是安全的,属于你的东西很难被别人知道,被别人抢走。(作为一个严谨的产品汪,我用了“很难”)

登录必须要有密码?

上面说了账号是身份的标识,密码是安全的保证,可这里我想问“是不是一定要有密码呢?”

在手机高度普及的今天,我十岁的小侄女都有自己的手机了,我们登录的模式是不是可以改变一下,变得不需要密码!当然,我这里说的不需要密码不是类似iPhone的指纹解锁,毕竟这个的普及度还没那么高。

这里说的不需要密码是指注册账号时,不需要输入密码!

为什么不需要输入密码?要知道我手机上的应用大都是一年也没退出登录过,所以只要在注册环节完成登录就够了。

QQ截图20160329093751

试想,我们注册时不需要密码,那么路径就会变成手机号-短信验证码-成功登录,一直不退出,多么完美!当然这里有一些前提,如放弃触达率已然极低的邮箱注册,放弃账号不绑定手机号的做法,这样就避免了出现多账号切换,避免了出现第三方登录。

如果更换设备或者终端,还是可以通过手机号和短信验证码登录!千万不要说短信验证码有时候收不到,那是你们没选择运营商。

现在诸如手机百度、探探、红点,都是通过“手机号+验证码”模式登录,感觉很棒!我想在过些时日,短信验证也不需要了,移动应用采集指纹,作为登录的依据即可。至于个性化这种东西,让用户稍后输入昵称、上传头像吧。

 

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

您的赞赏,是对我创作的最大鼓励。

评论( 34

登录后参与评论
  1. 确实很多APP都不需要密码,但是如果去掉密码环节会带来很多其他问题,像评论里看到的更改手机号、更换手机后嫌验证码更麻烦。。
    我的想法是,现在三方登录做的这么好,为什么不直接让APP使用三方登录,微信、微博,这是大部分人都会登录的,只需要再进行一步认证就可以了。
    不过我只是有这么个想法,具体通过三方能否获取用户数据就不知道了~

    回复
    1. 回复

      通过第三方登录是获取不到数据的

  2. 我之前设计一款手机app,手机注册动态密码,被老板逼着改成账号+密码的传统模式,一年之后路演,客户反馈登录麻烦,改回我原来的设计。老板说,你看,我早就要你们不要用那种淘汰的账号密码,你们非要这样,一点用户体验都不注意。

    回复
    1. 回复

      哈哈哈哈哈哈哈哈,我要笑死了。不过领导是上帝,永远不会错。如果你觉得错了,一定是你听错了! :cool:

    2. 回复

      额,好逗~

  3. 还有一部分人经常性的需要登入和登出,另外像我这样的虽然也很反感密码,但是我更反感短信验证码……
    虽然完全舍弃密码会在一定程度上提升大部分人大多数时间的体验,但是,这个会使这一小部分用户非常反感这个设计。而且,大部分人总会有一些时间是需要使用密码的,在需要使用的时候发现根本没有设计密码功能,也会………………

    回复
    1. 回复

      是的,有部分场景还是需要密码,短信验证码还不能完全代替。而且手机丢了,恰巧没设置指纹解锁/密码锁,又没来得及第一时间挂失,那就真的很尴尬了。

  4. 上上个星期我因为这个跟领导撕过,我设计的只有验证码登录,领导非要密码。。。最终,我还是屈服了,别问为什么,宝宝心里苦 :cry:

    回复
    1. 回复

      之前也和公司领导争论过,但由于公司做的金融行业,密码对于他们来说就像一个银行保险库钥匙必须要有。

    2. 回复

      怎么说呢,其实有点像家里的门,虽然有些门可以刷卡进,但还是会有钥匙孔。哈哈,我知道这个比方不恰当

    3. 回复

      我觉得密码对大多数人来说没什么用,不过在一些特定的时候还是有用的,例如一位朋友说的,只有一个手机,需要换号时。 虽然也能解决,但就复杂了

  5. 尽可能减少用户没有价值的操作,简化流程,这是不变的道路,密码太多了,以至于每次需要登陆时都忘记密码了要点忘记密码去改密码。所以在安全的流程下动态密码是好的选择。

    回复
    1. 回复

      特别赞同,手机上几十个应用要么全是一个密码,要么过几天就记不住了。

  6. 要知道我手机上的应用大都是一年也没退出登录过。。。

    这是不是太夸张啊。。如果想要省电或者玩游戏保证速度时候,有时候就会关掉一些无用的游戏啊。
    而且如果设置密码的话,其实我觉得设密码会给用户某种程度的安全感
    而且只要有记住账号的话,下次登录页不麻烦啊。。

    回复
    1. 回复

      不夸张,我从来没有登出过手机的任何app,大部份的游戏也会透过Iphone的game center登入,至于其他的app也没有登出的必要啊。

    2. 回复

      好吧,突然好想统计下这个数据哦 :razz: 哈哈哈哈~~反正我是强迫症,一定会在没用的时候关掉

    3. 回复

      发给我朋友看,你们是指注销么。。我是指退出应用

    4. 回复

      关闭应用这个肯定谁都会做

    5. 回复

      我是这么看的:
      1)关掉并不需要登出应用,下次启动还是已登录状态;
      2)密码和短信验证码带来的安全感,后者更高。

    6. 回复

      嗯~ o(* ̄▽ ̄*)o
      账号太多确实也挺烦的,所以我们公司现在和别人的合作模式也都是授权登录

    7. 回复

      其实还是有自己的账号体系比较好,不然合作突然中止,或者被微信、QQ等公司当做竞争对手,一卡你登录就。。。

    8. 回复

      当然后台会默默的创建一套出来的呀~很多网站现在都这样的

    9. 回复

      可用户知道你们的账号么

    10. 回复

      大家都是手机为用户名的,(密码是随机的)不知道密码的话忘记密码就好了

    11. 回复

      看上去是个安卓用户

    12. 回复

      :arrow: 人艰不拆行不行。。。。

  7. 我有个疑问,使用手机号来登入,万一用户换了手机号怎么办? 是用旧的手机号做登入吗?
    如果同时忘记密码了,是不是就变成: 用户输入旧的手机号 -> 系统发验证码给旧的手机号 -> 用户无法收到验证码 -> 用户无法登入原有的个人页面,只能被迫从新申请。

    回复
    1. 回复

      补充: 会有这样的疑问是因为在美国的时后,用美国的手机号申请了某个app的会员,回到中国后就没有再使用以至于忘记密码,过了一年想再使用,点击”忘记密码”系统回复”已经寄送验证码到手机”,但是我已经没有当时的手机号码了,于是又点选修改”绑定的手机号”,系统又显示”已发送验证码到手机,请输入验证码修改绑定的手机号”,这变成了一个死循环。

    2. 回复

      这种貌似只能通过运营客服来解决了,当初一号店就是这么给我解决的

    3. 回复

      这里是有些问题,如果在应用中内置一个手机号迁移也不能很好解决,所以文中的设想还是有些限制的,如手机号全球化,通过服务商来变换套餐,而不更改手机号。不过这不是不可能哦,要知道联通、移动已经在试点转网了,哈哈,让我们期待吧~

  8. 要动态密码干嘛,直接APP读取手机信息。连登录流程都省了

    回复
  9. 其实就是动态密码啊。。。

    回复
  10. 其实验证码就相当于是动态密码~

    回复
  11. 想法挺好的,只不过要全面实行指纹验证,需要有硬件的支持,硬件发展不上去,基于硬件的软件设置全是空话。

    回复
加载中