帮助用户解决登录困难:忘记密码和找回密码的设计(2)

http://www.itjxue.com  2015-08-07 21:16  来源:未知  点击次数: 

060111 1608 5 注册那点事之——“忘记密码?”还是“找回密码”?

无独有偶,大名鼎鼎的新浪微博在用户的“找回密码”中也采用了类似的操作。在步骤中,文案清清楚楚写明了“接收找回密码邮件”“重置密码”的提示,难道找回密码邮件不是把用户的密码发送给用户,而是发送一个重置密码的链接?这个逻辑,我觉得是不合适的。

“找回密码”这几个字到底能不能用?我觉得可以。但是,就目前的密码安全机制看,存储在服务器上的,都是经过密码明文hash的校验值(windows的登录密码也是如此),也就是说密码本身是不可能存储在服务器上的。把密码发送给用户?别逗了。所以,“找回密码”这个功能是不切实际的。勉强和“找回密码”功能相关的,是发送临时密码,例如维基百科的做法:

060111 1608 6 注册那点事之——“忘记密码?”还是“找回密码”?

填入用户名后,点“将密码寄给我”维基会自动发一个临时密码到你的邮箱。

060111 1608 7 注册那点事之——“忘记密码?”还是“找回密码”?

但是这种做法容易让人家钻空子,知道了你的用户名,跟你发个临时密码,你原来的登录密码就失效了,会不会有点囧?哈哈。所以,我个人还是比较偏向用户自行重设密码的方式。当然,这种发送临时密码的方式,其安全性其实没有任何问题,只是容易在体验上会造成用户一点小小的困扰。

“忘记密码?”才是王道

刚才我们谈到,“找回密码”的字面功能实际上是不切实际的,而“发送临时密码”又容易造成体验上的瑕疵。这两种以用户目的为导向的文案,一个文案意思与用户的实际操作相左(找回密码),一个在体验上有小小的不足(发送临时密码)。我的想法是,以目的为导向不是不可以,但你的文案、功能以及用户目的要达成一致。“找回密码”显然不等同于“重设密码”,但文案设置为“重设密码”,实际上又不直接对应用户丢失密码这一应用场景。有没有好的办法?有!那就是“忘记密码?”,采用以用户场景为导向的文案。

“忘记密码?”的提示常常伴随一个问号结尾,当用户在登录遇到困难时,问题的设置正好符合了用户当下的心境。此时,产品界面在点击“忘记密码”后,会有比较好的密码重设机制来帮助用户完成密码的重新设定。这种方式,就很好的解决了“重设密码”的文案直接放在登录界面造成与用户应用场景脱离的情况,同时又无缝的结合了“忘记密码”之后的解决方式——重设密码。这种“忘记密码”-->“重设密码”的逻辑既符合了用户的应用场景,也符合了产品提供的功能实质,而不会像“找回密码”那样名不副实。

060111 1608 8 注册那点事之——“忘记密码?”还是“找回密码”?

微软的windows live账号便采用的是“忘记密码?”这种提示。和微软系列产品酷爱向导的风格一致,windows live账号的密码安全功能也提供了一个向导:

060111 1608 9 注册那点事之——“忘记密码?”还是“找回密码”?

通过“忘记了密码?”来到“重新设置密码”向导,过度平滑、友好。

更高级的登录疑难解决:“无法登录?”

用户丢了密码自然是最为常见的,可用户丢了用户账号怎么办?我们在文章开头提到,这种情况常常提供的是将用户名发送给用户的方式。一些优秀的产品,索性更加明确以用户场景为导向统一设计了用户名遗失和密码遗失的场景:“无法登录?”

060111 1608 10 注册那点事之——“忘记密码?”还是“找回密码”?

060111 1608 11 注册那点事之——“忘记密码?”还是“找回密码”?

Google和Yahoo均提供了“无法登录”的账号疑难解决机制。这将用户登录困难进而寻找解决之道的场景进一步平滑了:“账号登不了”-->看到“无法登录”链接。例如google,在点击“Can‘t access your account?”之后,会来到两种明细的账号登录疑难场景:

060111 1608 12 注册那点事之——“忘记密码?”还是“找回密码”?

界面以更为常见的“forgot your password?”的密码遗失场景为用户默认操作区域,同时,提供了另外一个链接入口“forgot your username?”帮助用户找回用户名。这种做法一步步的引导用户解决登录疑难问题,覆盖用户在账号方面遇到的所有困难,想必是产品在解决账号疑难问题上最为全面和友好的做法。

060111 1608 13 注册那点事之——“忘记密码?”还是“找回密码”?

ebay也同时提供了找回用户名和重设密码的功能,但没有进行统一场景设计,不过其友好性也不差。

小结

通过这次对于解决用户账号登录疑难的小小探讨,我留意了国外和国内不少需要账号登录的产品。有一个比较显著的特点是,国外网站绝大多数采用“forgot password?”这类“忘记密码?”的提示,而国内两大互联网公司腾讯和新浪却执着于“找回密码”,我相信这样的文案最终并不会影响用户完成账号密码重设的功能,但在文案的设计上是有比较大漏洞的。至于文案是以用户目的为导向,还是以用户场景为导向,我觉得都行,以场景为导向,关键是你的文案是不是能够与产品提供的逻辑相符。如果是以用户目的为导向,那么还要注意你文案所反映的目的是不是符合用户的应用场景。显然,“找回密码”的文案与实质上重设密码的操作是不符的。而“重设密码”的操作放在登录页面则缺乏了对用户的引导过程。

为什么不用“忘记密码?”或者“无法登录?”这样的场景导向性提示?我想产品文案人员,真正的考量可能并没有放在文案与产品业务逻辑的关系上,而仅仅是吸引用户怎么让他点到密码遗失的操作流程中。显然“遗失密码”-->“找回密码”的逻辑非常符合用户应用场景,也直接体现了用户目的,多么两全其美啊!可是用户点进去之后具体要做的重设密码操作和“找回密码”有什么关系呢?可能这正是我们所欠缺考虑的。这也体现了虽然大家天天都在喊用户体验,却并没有从细节上对用户的应用场景进行分析的现状,也反映出我们在这方面与国外同行的差距。

用文案吸引用户点击是一方面,但文案和操作流程指引如何真实反映产品业务逻辑与用户目的的一致性,也十分重要。

文章来源:QC‘s Blog 转载请注明出处链接。

(责任编辑:IT教学网)

更多