消灭密码

密码是个烦人的东西,如果设置简单,就容易被破解,如果不同网站用了同一个密码,那么你的一个账号出现密码泄漏,多个账号的密码都会泄露,比如前几天扎克伯格账号泄露的新闻。

那么,是否有可能不使用密码呢?在最近的一个项目中,我们就做了这方面的尝试。

对,就是采用短信验证码的方式。我们是这样考虑的:

用户名是手机号码成主流

与以往的 Web 端不同,在移动端,手机号码作为登录的用户名已经是主流,这就意味着相同的手机号码在同一个移动应用中只能有一个帐户,一个用户只有一个账号有利于数据分析和应用的发展,而手机号码是个私人的东西,这么唯一性就不言而喻。

密码的使用率低

在一款应用中,密码的使用率非常低,一般出现在注册,忘记密码,重置密码这样的场景中,而这些场景是应用使用率最低的场景,这样导致密码的使用率也低。

减少了用户操作,提升体验

当用户输入手机号码后,获取验证码,这一过程就已经验证了用户的身份,如果让用户再次输入密码,就略显的多余,从最简单的用户操作来说,不用密码框的人比使用密码框的人少做了一个操作。

增加了安全性

应该很多人和我差不多,在注册一个应用的时候,密码往往就是随手输入,安全性太低,比如我常用的密码就是 000000, 而手机号码验证的话,我没有机会随手输入一个密码,安全性在不知不觉中提升了。

也许我们还有一些担忧?

短信成本

也许有人要说,加入了短信验证,会提高了应用的成本,但事实并非如此,如果你的应用采用了手机号码注册的方式,必然就需要通过短信验证对方是否拥有那个手机号码,那么成本必然没有增长,你完全可以把短信验证码理解为动态的密码。当然如果你的应用用户注册的手机号码都不验证的话,那就另当别论了。

手机丢失或号码更换

手机号码更换这完全可以在应用中的个人资料中进行更新,这个没有问题,但如果手机号码丢失怎么办呢?现在手机号码都是实名制的,如果手机丢失,用户需要做的事情是挂失补号码,而不是在应用中寻求其他的解决方案。这里有个简单的问题,一个频繁更换手机号码的人,对应用的忠诚度是多少不言而喻。

还有其他?


> 可在 Twitter/X 上评论该篇文章