也许你常用的设计方法已经过时了

或许，他的情况比较极端了，但我们也可以回顾一下己身，一年的时间里，进行过几次微信“登录”的操作呢。

密码，是仅在登录环节被使用的一种功能设定，而在登录变得低频的同时，密码本身就变得不重要了。

自动登录，让用户即使遗忘了密码，也不太严肃了，忘了也就忘了吧，因为系统会帮你记忆下来，系统会帮你进行登录操作。

你瞧。

输入错误的密码，可以通过账号直接找回。

遗忘密码，看似严重，但系统会帮你进行自动登录。

即使 ，到了不得不手动登录时，仍然可以通过账号进行找回。

用户也不需要记忆账号，只需要记住自己的手机号码或者邮箱号码，这并不难不是吗？

这也是我们逐渐舍弃了“确认密码”的原因。

不做二次密码输入，是因为在现在的环境里，这样的需求并不是那么严肃，他的必要性越来越低了。

环境在改变，原本必要的需求，现在也许不那么需要了。

环境的改变，导致需求的改变，那我们所采用的方法也需要进行对应的调整。

新的方法 

除了 取消二次密码确认的设计，还有其他的一些替代方法，尽管不是那么流行，但我们也可以了解，并分析一下。

验证码登录

这个方法不仅取消了“确认密码”的设计，即使是密码本身，也被验证码替代了。

我们已经讲到了两个环境的改变，而验证码登录则是对新环境的有效诠释。

基于账号与用户的身份捆绑，密码本身存在的必要性也在降低。

但验证码登录也有其薄弱环节，比如 手机号码更改，停机，手机本身短信接受系统的账号，以及短信的到达率，都是需要考虑的问题。

实际上，在未来的环境里，验证码登录确实是一个明显的趋势。

只是现在的环境，似乎还不是那么的成熟，至少上述的问题，都需要环境再次改变才能根本上解决。

显示密码

为了避免用户密码输入错误，用户可以通过点击输入框右侧的小眼睛，让密码变得可视化。

这个方法是一种过度机制，在以前来讲。

环境改变的临界点，我们仍然担心用户输入错误的密码，毕竟大家都还没有习惯新的方法。

而通过显示密码的设计，可以规避一部分的影响，可以降低人们对密码安全问题的警惕心理。

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

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

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

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

我们已经习惯了，注册后，不再登录的 互联网应用环境。

• 典型的特征： 我已经很久没有更新过密码本了，甚至，这份文件已经不知道放在哪里了。

而在现在的环境，仍然实现显示密码的功能，更多的则是改变不够彻底，有点瞻前顾后的意思了。

• 曾经做的某款产品，该功能的使用率不到万分之一。

 注意 

如何正确看一篇文章呢？

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

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

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

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

• 1.账号可以直接用于找回密码，诸如手机号(需验证)和邮箱（需验证）。

即注册的过程，与绑定的过程进行了合并。

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

文末撒花 

环境的改变，会导致需求的改变。

而需求的改变，则会导致我们所采用的设计方法的改变。

反思一下，还有哪些以前常规的设计方法，现在不那么适用了呢。

如果觉得有启发，

帮忙转发一下，怎么样？

（编辑：青岛站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!