復(fù)雜的密碼要求往往讓我們在長時間未使用某個賬號時遺忘密碼，帶來諸多不便。本文將探討當(dāng)前密碼設(shè)置的局限性和潛在的改進(jìn)方案，旨在引發(fā)讀者對簡化密碼設(shè)置流程的思考。

問大家一個問題：一個賬號已經(jīng)好久不用了，忽然間要登錄一下，你會記得密碼么？我相信90%都不會記得了吧？

賬號密碼是為了保障我們自己的賬號信息安全的，但是最后好像鎖住的都是我們自己。

再問一個問題：你的各種賬號密碼間的差別是什么？

我的賬號密碼的區(qū)別就是密碼設(shè)置的要求：

如果密碼要求大寫，那我這個固定密碼的首字母就會大寫;

如果密碼要求有特殊符號，那我肯定是有個@或者_(dá);

如果密碼要求有數(shù)字，那我肯定跟著我能記住的一串?dāng)?shù)字，比如12345；

當(dāng)然有的6位，有的8位，這都要看密碼設(shè)置的要求。

如何定义B端产品及B端产品经理方法论

相较于C端产品，B端产品最大的特点是：面向特定领域用户，且数量少得多，但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强，与业务的结合更紧密。

查看详情 >

密碼設(shè)置就像是理發(fā)師給我里的頭發(fā)，我的要求是固定的，但是它的變化是理發(fā)師決定的。

所以，我的密碼框架也是固定的，具體的密碼設(shè)置要相關(guān)平臺或者軟件對密碼的要求。

換句話說，密碼設(shè)置完全不是我個人的意愿，但是你卻要求我在久置不用時要記住密碼？

起初當(dāng)我盯著我的賬戶名去試密碼的時候，試過三次都跟我報錯的時候，我不得不走忘記密碼流程，然后設(shè)置一個同樣的密碼。

有的系統(tǒng)還不允許新密碼和舊密碼一致，那我的固定框架里就用多了一個樣式。

現(xiàn)在所有的賬號密碼設(shè)計貌似都成了一個模版，當(dāng)然也有短信驗證碼登錄的。

但是在某種程度上，短信驗證碼是不安全的，比如說用戶的手機(jī)丟失。

也有常登陸設(shè)備推送的，掃碼授權(quán)登錄或者N天免密碼登錄的。

總之，大家在賬號密碼的設(shè)置上也是較過勁的。

但是，其實，我們可以不動任何改造，只需要在密碼輸入框里放上設(shè)置密碼的要求就行。

就像這樣：

起碼于我而言真的是感激不盡，我也不必再點注冊用戶，認(rèn)真的填寫好用戶名，遇到用戶名唯一的，我還要絞盡腦汁輸入好多條，然后看到密碼的要求，再重新回去輸入密碼了。

就一句文案提示而已，根本無須上線，也無須用太復(fù)雜的技術(shù)，你們覺得呢？