本文作者將結合當前業務需求和自己的思考，對一個APP的注冊登錄流程設計進行修改和優化。
遍歷當前負責的某APP的注冊登錄流程，發現冗余步驟太多，用戶需要填寫的內容太多。在調研了市面上主流APP的注冊登錄流程后，結合當前業務需求和自身思路，設計了以下注冊登錄解決方案。
附圖為詳細的修訂計劃。此版本與原始版本相比的優勢如下所述。希望能對新同學有所幫助，也希望大佬多多修改、批評和指正。
P1：注冊登錄頁面
注冊登錄后臺導流，減少操作步驟：
手機號注冊登錄流程，注冊登錄分離后臺判斷，無需用戶選擇，減少一步。原來登錄過程的第一步是輸入手機號和密碼登錄，對注冊用戶不友好。注冊用戶需要點擊注冊按鈕進入注冊流程?？紤]到是注冊還是登錄，第一步是輸入手機號，后臺的手機號可以判斷用戶是要注冊還是登錄，然后引導用戶到他應該的流程go，避免了注冊用戶的一步法選項，讓系統更智能。
分步注冊：
考慮到每條路徑步驟較少（驗證碼注冊登錄3步，無密碼用戶登錄3步，密碼用戶登錄2步，密碼用戶驗證碼登錄3步，忘記密碼4步用戶登錄，第一次三方賬號登錄1或3步，步驟為過程中的頁數），分步注冊的優點（減少用戶因怕難而流失的概率，界面更清爽，避免了鍵盤擋住文本框），后臺導流需要注冊登錄過程，所以采用分步注冊的方式。
第三方登錄：
如果用戶上次使用第三方登錄，頁面會顯示“上次登錄”提示。
關閉按鈕：
導航欄使用了關閉按鈕而不是返回按鈕，也就是說這個界面和之前的界面沒有層次關系。
P2：用戶用密碼登錄
業務方需要控制驗證碼登錄的短信費用，所以對于有密碼的用戶，首先顯示密碼登錄方式。雖然相比于復制粘貼輸入驗證碼，密碼的輸入更加繁瑣。如無此要求，可先顯示驗證碼登錄。
提前發送驗證碼：
在頁面點擊“切換驗證碼登錄”和“忘記密碼”后，頁面跳轉，后臺發送驗證碼，減少用戶進入驗證碼輸入頁面的等待時間。
文字：
用戶在上一頁輸入的手機賬號分段顯示，作為提示，方便用戶檢查自己輸入的賬號是否正確。
明文和密文切換按鈕：
最初的設計稿是默認以明文形式顯示密碼，但被產品經理拒絕，認為用戶可能不接受，應該避免這種風險。最終的折衷方案是以明文形式顯示最新輸入的字符，并提供密文/明文切換按鈕。這里我還是覺得可以默認明文顯示，至少值得一試，也是一個提升用戶體驗的機會。因為我們的APP是學習類APP，不涉及金錢等敏感信息，純文本輸入方便用戶驗證和糾正錯誤，效率肯定會提高。相信每個人都有過因為輸錯數字清除密碼框重新輸入的經歷。
這里的風險是用戶是否可以在心理上接受明文輸入。在互動審核的時候，我的建議是先在網上試一試，然后通過埋藏數據檢查用戶進入頁面后密碼與密文的比例，再根據用戶反饋確定最終解決方案。但出于成本考慮，最終推出了折中方案。
自動調出鍵盤：
輸入頁面文本框自動獲取焦點并調出默認鍵盤。
文本框：
在文本框中輸入內容后顯示清除按鈕。如果密碼驗證失敗，用戶再次輸入時文本框不會自動清空。
P2.1：密碼用戶忘記密碼
復制提示：
進入頁面后，后臺檢測到有短信發送，并顯示短信。文本段顯示用戶在上一頁輸入的手機賬號。
自動調出鍵盤：
進入頁面時，文本框自動獲取焦點并激活默認數字鍵盤。
自動檢查，自動跳轉：
驗證碼支持復制粘貼。輸入六位數后，文本框會自動檢查驗證碼的正確性。如果通過，會自動跳轉到下一個流程頁面。
P2.2：密碼用戶重置密碼
明文提示：
密文規則提示不做暗文提示，防止用戶輸入密碼后忘記規則。
文本框：
P3：注冊用戶和無密碼用戶的登錄頁面
注冊用戶和無密碼用戶（由于歷史版本原因文本框設置密碼顯示，APP有一組無密碼用戶）登錄并接管頁面。
此頁面還解決了一個異常。由于控制驗證碼登錄短信成本的壓力，PM堅持在注冊登錄過程中輸入密碼；并且因為他想盡可能的降低注冊過程的丟失率，所以在后臺開發時驗證用戶驗證碼為注冊成功節點。 這帶來了一個問題。注冊用戶到達密碼設置頁面后，繼續點擊返回不設置密碼，直到P1。實際上他沒有密碼。這個頁面的存在避免了到達密碼登錄頁面的困惑，點擊驗證碼登錄，體驗更好。
注冊流程步驟：
注冊登錄流程設計的重點之一就是注冊流程要盡量的短，因為注冊流程對用戶沒有任何價值，用戶在這里的耐心是非常有限的，而且風險很大損失非常高。注冊過程盡可能短，注冊后可以添加非必要內容。在解決方案中的注冊過程中，用戶只需輸入手機號，然后點擊粘貼驗證碼即可完成注冊，相對簡化。審核的時候PM要求添加密碼，一共3步，也可以接受。
P3.1：無密碼用戶設置密碼
如上所述，業務方需要控制驗證碼登錄的短信費用，所以修改過程中增加了密碼設置步驟。審核中討論了用戶登錄成功后，在“我的”選項卡上給出氣泡提示，在“我的”頁面上給出紅點提示，引導用戶設置密碼。但最終還是沒能說服PM，因為后臺可以讓用戶在驗證碼驗證通過后“上賊船”。同時，由于控制驗證碼短信登錄成本的壓力，PM堅持要把密碼設置步驟放在入口。 APP保證密碼設置率。
明文和密文切換而不是確認密碼：
提供明文和密文切換按鈕，供用戶確認密碼。刪除確認密碼的步驟，減少用戶操作。風險在于用戶可能不會主動點擊查看明文密碼進行確認，所以設置的密碼可能與預期不一樣，導致后續登錄失敗。
綜合考慮，對于“設置正確”密碼的用戶，流程少了一步，體驗提升；對于“設置錯誤”密碼的用戶，只要不注銷，不卸載APP，就不會遇到這個問題。因此，體驗也得到了提升；對于“設置錯誤”密碼并確實遇到此問題的用戶，以及忘記密碼的過程，體驗有所下降。
所以，總的來說，改版方案利大于弊文本框設置密碼顯示，所以最后還是說服了PM，把確認密碼的步驟刪掉了。
P4：第三方登錄綁定手機號
用戶為什么要綁定手機號？
原因一：《中華人民共和國網絡安全法》規定用戶上網時必須提供真實的身份信息。因為手機號碼是實名制注冊的，所以可以滿足法律要求。當然，用戶也可以輸入身份證信息，但這顯然不如手機號。
原因2：手機號碼是重要的用戶信息?？梢酝ㄟ^手機號發送驗證碼、操作消息等，也可以通過手機號了解用戶手機通訊錄、歸屬地等其他信息。
原因3：手機號是我們APP用戶賬號的主要形式，方便用戶管理。所以，允許用戶綁定手機號，就是一石三鳥。
復制提示：
第三方登錄后需要綁定手機號，是非常不友好的設計。因為用戶點擊第三方登錄的動機是為了避開輸入手機號、密碼、驗證碼等步驟，但是經過第三方授權后，不僅容易想，而且也比較麻煩。
為了安撫用戶的情緒，副本被移出了《中華人民共和國互聯網安全法》——畢竟這是國家法律明文規定的，我們沒有選擇/委屈。希望用戶能理解。
一步注冊：
鑒于上面提到的原因，用戶在到達這個頁面的時候比較煩躁，所以這個頁面不應該分步，再進一步的步驟會讓用戶抓狂。
這種設計的缺點：
鑒于APP尚處于早期開發階段，用戶數量較少，注冊登錄過程不考慮二次分配手機號的問題。受限于團隊規模和財務預算，項目上線后設計中的一些想法沒有數據可以驗證。對于懸而未決的爭論，終于解決了。真遺憾。參考文章
本文最初由@Tzufeng 發表于人人都是產品經理。未經許可禁止轉載
