我们已经讲到了两个环境的改变，而验证码登录则是对新环境的有效诠释。基于账号与用户的身份捆绑，密码本身存在的必要性也在降低。但验证码登录也有其薄弱环节，比如手机号码更改，停机，手机本身短信接受系统的账号，以及短信的到达率，都是需要考虑的问题。实际上，在未来的环境里，验证码登录确实是一个明显的趋势。

　　只是现在的环境，似乎还不是那么的成熟，至少上述的问题，都需要环境再次改变才能根本上解决。显示密码为了避免用户密码输入错误，用户可以通过点击输入框右侧的小眼睛，让密码变得可视化。这个方法是一种过度机制，在以前来讲。环境改变的临界点，我们仍然担心用户输入错误的密码，毕竟大家都还没有习惯新的方法。而通过显示密码的设计，可以规避一部分的影响，可以降低人们对密码安全问题的警惕心理。

　　毕竟在环境改变的临界点，用户对密码的期望尚未被改变，我们在使用产品时，也会主观的担心密码是否输入错误，会不会忘记这些密码。

　　我记得以前有个私人的小文本，用来记录各种各样的账号和密码。

　　我相信大部分用户，会和我有相同的经历，前提是我们都经历了相同的环境。

　　然而，对于现在的环境而言，人们对密码的期望并不是那么高。

　　我们已经习惯了，注册后，不再登录的 互联网应用环境。典型的特征： 我已经很久没有更新过密码本了，甚至，这份文件已经不知道放在哪里了。

　　而在现在的环境，仍然实现显示密码的功能，更多的则是改变不够彻底，有点瞻前顾后的意思了。曾经做的某款产品，该功能的使用率不到万分之一。

　　注意

　　如何正确看一篇文章呢?

　　首先，我们要知道文章所阐述的观点，有他所适用的环境，也有他所不适用的环境。

　　若是你正在做的项目，满足上述的条件，那我想，你可以不用设计“确认密码”了。

　　若是你正在做的项目，不满足这些条件，我觉得，你可以用同样的思考维度，再次思考一下。

　　再来阐述一下这些观点吧。

　　账号可以直接用于找回密码，诸如手机号(需验证)和邮箱(需验证)。即注册的过程，与绑定的过程进行了合并。

　　依赖自动登录，用户不常进行退出.

　　#专栏作家#

　　枯叶，微信公众号：枯叶咖啡馆。人人都是产品经理专栏作家。近6年经验的产品经理，擅长社交、社区、细分群体挖掘。