我們身邊從來不缺乏變化，我們設計產品所用的方法，也一直在變化，有些常規的設計方法，已經被革新。也許，我們該思考一下，一些老的方法，在現在，是否能被更好的替代。
小細節，有的方法，已經被革新了
以前，我們在設計註冊功能時，通常需要進行二次密碼輸入的確認，就像左圖一樣。
通過用戶的二次密碼輸入，能夠有效的幫助用戶進行記憶，同時，也避免誤操作帶來的錯誤密碼。
最根本的價值，在於希望這個賬號是有效的。
我們判斷賬號是否有效，並不是指註冊成功或者失敗，而是判斷這個賬號能夠被持續使用。
若是誤操作導致設定的密碼與期望密碼不一致，這就會導致該賬號無法被持續使用，是無效的賬號。
若是用戶遺忘了密碼，未將密碼記憶住，也等同於賬號無法被持續使用，屬於無效的賬號。
盡管我們可以通過密碼找回機制，來讓無效賬號變得有效，但在曾經的互聯網環境裏，密碼找回機制是不完善的。最核心的原因在於漏鬥效應，舊的賬號體系和找回密碼體系並不相同。
人們往往會設置一個個性化的賬號，或者被分配一個唯一的身份ID，而在賬號安全的功能裏再單獨設置一個手機號碼，或者郵箱號碼。
事實上，只有少部分用戶，會在註冊後，立即進行賬號安全設置。
新方法，正在替代舊方法。我們現在設計註冊功能，是否還是設計了二次密碼輸入呢？
環境在改變，方法也在改變。越來越多的產品，註冊時，不再需要二次密碼輸入了。也就變成了，右圖的設計方法，去掉了“確認密碼”這一個步驟。
因為，互聯網的環境改變了。
無效賬號的問題，從根本上被解決了
現在的賬號是什麽樣的呢？
除了QQ依然是系統生成的唯一身份ID，大部分的產品都采用了手機號碼和郵箱作為賬號的機制，甚至，手機號碼作為賬號的數量遠超過郵箱作為賬號的數量。這表示，賬號機制和綁定機制進行了某種程度的契合，不再是獨立的兩個環節了。
漏鬥也就由此打破了。
即使用戶輸入了錯誤的密碼，都可以通過賬號本身進行密碼找回的服務。這就讓所有的賬號，都變成了可持續使用的賬號。由此帶來的最直接的環境變化，在於某一個問題的嚴重度降低了。
也就是：錯誤的密碼輸入，變得不那麽嚴重了。
另一個環境變化，登錄，不再那麽高頻了。
賬號有效性的問題得到了根本的解決，是導致註冊設置密碼方法革新的因素之一。
除此之外，還存在另一個核心影響因素：登錄，不再那麽高頻了。
移動互聯網是基於私有物品的一種互聯網載體，手機從屬於個人的。這表示，每一臺設備，所面對的賬號大部分都是單一的。互聯網早期， 主流壞境還是以網吧為主，需要主要考慮一臺設備，對應多個賬號的問題。環境帶來的改變，最直接的表現形式：自動登錄。當互聯網環境從公有設備逐漸轉變為私有設備時，自動登錄，比我們想象的更快的被普及。
幾乎所有的有賬號體系的移動端產品，都會包含自動登錄的功能。
我有位朋友，他的手機已經用了兩年了，從最開始安裝微信以後，幾乎沒有進行過賬號退出。
除了幾次微信的大更新，強行退出了賬號以外，他的微信始終是登錄著的。
這表示，兩年的時間裏，從未主動使用過“登錄”功能。
或許，他的情況比較極端了，但我們也可以回顧一下己身，一年的時間裏，進行過幾次微信“登錄”的操作呢。
密碼，是僅在登錄環節被使用的一種功能設定，而在登錄變得低頻的同時，密碼本身就變得不重要了。
自動登錄，讓用戶即使遺忘了密碼，也不太嚴肅了，忘了也就忘了吧，因為系統會幫你記憶下來，系統會幫你進行登錄操作。
你瞧。輸入錯誤的密碼，可以通過賬號直接找回。遺忘密碼，看似嚴重，但系統會幫你進行自動登錄。
即使 ，到了不得不手動登錄時，仍然可以通過賬號進行找回。用戶也不需要記憶賬號，只需要記住自己的手機號碼或者郵箱號碼，這並不難不是嗎？
這也是我們逐漸舍棄了“確認密碼”的原因。
不做二次密碼輸入，是因為在現在的環境裏，這樣的需求並不是那麽嚴肅，他的必要性越來越低了。
環境在改變，原本必要的需求，現在也許不那麽需要了。
環境的改變，導致需求的改變，那我們所采用的方法也需要進行對應的調整。
新的方法
除了取消二次密碼確認的設計，還有其他的一些替代方法，盡管不是那麽流行，但我們也可以了解，並分析一下。
驗證碼登錄
這個方法不僅取消了“確認密碼”的設計，即使是密碼本身，也被驗證碼替代了。
我們已經講到了兩個環境的改變，而驗證碼登錄則是對新環境的有效詮釋。基於賬號與用戶的身份捆綁，密碼本身存在的必要性也在降低。但驗證碼登錄也有其薄弱環節，比如手機號碼更改，停機，手機本身短信接受系統的賬號，以及短信的到達率，都是需要考慮的問題。實際上， 在未來的環境裏，驗證碼登錄確實是一個明顯的趨勢。
只是現在的環境，似乎還不是那麽的成熟，至少上述的問題，都需要環境再次改變才能根本上解決。顯示密碼為了避免用戶密碼輸入錯誤，用戶可以通過點擊輸入框右側的小眼睛，讓密碼變得可視化。這個方法是一種過度機制，在以前來講。環境改變的臨界點，我們仍然擔心用戶輸入錯誤的密碼，畢竟大家都還沒有習慣新的方法。而通過顯示密碼的設計，可以規避一部分的影響，可以降低人們對密碼安全問題的警惕心理。
畢竟在環境改變的臨界點，用戶對密碼的期望尚未被改變，我們在使用產品時，也會主觀的擔心密碼是否輸入錯誤，會不會忘記這些密碼。
我記得以前有個私人的小文本，用來記錄各種各樣的賬號和密碼。
我相信大部分用戶，會和我有相同的經歷，前提是我們都經歷了相同的環境。
然而，對於現在的環境而言，人們對密碼的期望並不是那麽高。
我們已經習慣了，註冊後，不再登錄的 互聯網應用環境。 典型的特征： 我已經很久沒有更新過密碼本了，甚至，這份文件已經不知道放在哪裏了。
而在現在的環境，仍然實現顯示密碼的功能，更多的則是改變不夠徹底，有點瞻前顧後的意思了。 曾經做的某款產品，該功能的使用率不到萬分之一。
註意
如何正確看一篇文章呢？
首先，我們要知道文章所闡述的觀點，有他所適用的環境，也有他所不適用的環境。
若是你正在做的項目，滿足上述的條件，那我想，你可以不用設計“確認密碼”了。
若是你正在做的項目，不滿足這些條件，我覺得，你可以用同樣的思考維度，再次思考一下。
再來闡述一下這些觀點吧。
- 賬號可以直接用於找回密碼，諸如手機號(需驗證)和郵箱（需驗證）。 即註冊的過程，與綁定的過程進行了合並。
- 依賴自動登錄，用戶不常進行退出.
#專欄作家#
枯葉，微信公眾號：枯葉咖啡館。人人都是產品經理專欄作家。近6年經驗的產品經理，擅長社交、社區、細分群體挖掘。
本文原創發布於人人都是產品經理。未經許可，禁止轉載。
題圖來自 Pexels，基於 CC0 協議
Tags: 賬號 密碼 方法 我們 設計 無效
文章來源：