为什么微软、Google的登录界面,要先点击下一步才能输入密码?

一直没弄明白,为什么要这样
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 60 浏览
  • 略问用户 提出于 2020-10-22 17:35:28

3 个回答

xxxxxa

转载两个我比较认可回答,希望对你有所帮助。个人认为目前所有改动的公司都有toB业务倾斜的趋势

原先有两套账号系统:liveid,现在叫Microsoft account,比如foo@outlook.com。还有一个叫OrgId,每个企业可以有自己的一套账号,比如abc@microsoft.com或者foo@bar.onmicrosoft.com。

这两套账号是由不同的后台系统认证的,如果是orgid还可以转到企业自己的adfs页面进行验证,所以需要先判断该账号是哪里的。

补充说明一下:比如我输入foo@microsoft.com,系统会发现我是微软内部员工,然后登录页面会转向微软的IT部门部署的一个验证页面,然后我可以用我的智能卡来验证而不是输入密码。如果把foo@microsoft.com换成foo@bar.com也是一样的,可以转向http://bar.com公司自己的验证页面。这个叫federation验证。

作者:Tim Chen

链接:https://www.zhihu.com/question/34190357/answer/58078751

来源:知乎

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。


gmail在今年或是去年也改成这样了。

原先:
1. 输入邮箱,密码
2. 如果是企业账号或是托管在其他服务器上的GoogleApp,前一个密码无效,继续输入密码。(没有提示前一个密码是否正确)
3. 进邮箱

现在:
1. 输入邮箱(判断是否是企业账号)
2. 输入密码
3. 进入邮箱

很明显这样的改进是有益的。

作者:雅乐助

链接:https://www.zhihu.com/question/34190357/answer/58122089

来源:知乎

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

请先 登录 后评论
xxxxxa

刚好最近在整理用户数据体系。

先从交互层面的,分步的好处是,你知道哪一步错了

反观现在很多新兴的应用,账号密码登录是分步的

新的

1. 页面1.输入账号,判断账号是否存在,错误时提示用户进一步操作

2. 页面2.在账号存在时才能进入,输入密码,验证是否匹配账号,错误时提示用户进一步操作


旧的

1. 页面1,输入账号密码,点击登录


区别在于(新vs旧)

1. 错了哪一步,就在哪一步提示 vs 错了只提示其中一项

所以,旧的做法,很容易出现:第1次提交,提示“账号或密码错误”,那我不是这个账号?改一下再提交,第2次提交,提示“账号或密码错误”,那我不是这个密码?再改一下提交,如此重复


从数据角度来看

对于技术,旧的做法很常规,也很省事,一次提交多个数据多愉快,少写点接口,这样1个功能(可能包含多个业务)就1个接口,方便快捷

但是,这里忽略了,验证账号是1个业务,验证密码又是1个业务,在不同的场景下,这2者是需要分拆的,这无形中导致,在不同功能里,会有一样的业务,但是使用不同的接口,业务的组合方式等于要维护的接口数量,少量还好,如果开始了多端,这个就会很蛋疼,发现一时维护这个,一时维护那个,每新增一个功能,都要去增加接口,然后技术自己也懵逼了。省略1000字吐糟技术的这种做法和维护方式

那我们PM应该怎么做?

以这个问题作为延伸,PM应该主动将业务从功能里拆分出来,明确每一步操作是否存在额外判断和提示,将其拆散后抽象,在下次使用时,复用,这也有赖于锻炼PM的架构能力

就像俄罗斯方块,简单几块图形,可以组合出各种更大的图形

请先 登录 后评论
xxxxxa

仅个人理解:

点击“下一步”的时候判断是否存在账号

如果账号不存在提示去创建账户

不用等用户输入密码后再判断,减少一步操作

请先 登录 后评论