用戶登錄系統，可以細分為三項功能模塊，分別是：登錄、注冊和密碼找回。本文作者將結合自身經歷，談談他在做這塊的時候一些想法，主要是涉及業務流程。

登錄和注冊功能，不論是PC端還是移動端，大多數產品都會涉及到。而不同的產品邏輯和業務流程，會帶來不一樣的用戶體驗。過去做的大多是后臺產品，面向的是內部用戶，因此在做登錄和注冊功能時，前臺界面相對簡單，主要是后臺的權限管理較為復雜。而最近正在做一款App和一款PC端前臺產品，面向外部的普通用戶，因此在登錄與注冊的產品設計上，需要考慮更多的細節因素。下面把我做產品原型時的一些思考放在下面，供大家討論。

用戶登錄系統，可以細分為三項功能模塊，分別是：登錄、注冊和密碼找回。下面分別談談我在做這塊的時候一些想法，主要是涉及業務流程。

一、登錄功能

1、登錄方式：手機號/郵箱/用戶名+密碼

現在App常見的登錄賬號是手機號和郵箱，因為這兩類登錄方式便于記憶，且方便找回密碼。但有很多App產品，其實是從其PC端產品衍生而來，它們共用同一套后臺系統，因此需要考慮到一部分過去在PC端注冊的老用戶。所以，雖然由字母和數字組成的用戶名，已經是PC時代的登錄方式，但是在移動端上，也應當提供這樣的選擇。

如下圖1：

2、等待提示：提供“正在驗證”的提示，緩解用戶焦慮

一般來說，如果產品的后臺能做到快速響應，及時反饋用戶操作的結果，自然是最理想的狀態。但我之前在做其他產品時，碰到過很多次后臺無法及時響應前臺請求的情況，這個時候，用戶可能會面臨一種無所適從的吃瓜狀態。

比如：用戶點擊登錄按鈕后，后臺響應不及時或是網絡中斷，這個時候，用戶行為可能有兩種：重復提交或者直接退出。永遠不要挑戰用戶的耐心，我就是這樣，每次使用其他產品時，如果提交之后頁面無反應，等待2秒之后我就沒有耐心了，對這個產品的印象也打了折扣。為了預防這種情況，建議增加等待提示如，“正在驗證，請耐心等待……”，或更加明確的指令“正在驗證，請不要重復提交”。如下圖2

3、錯誤提示：用戶名或密碼錯誤+可試錯次數

之前看過一篇文章，專門討論怎樣優化登錄功能的用戶體驗。文章里提到，最佳的提示方式是清楚地告訴用戶到底是用戶名錯了，還是密碼錯了，從而引導用戶去修改。這種提示方式固然是將用戶體驗做的很好，但這其中卻隱藏了安全隱患：如果盜用賬號密碼，豈不是成功率更高了？

所以，我個人還是傾向于提供一個模糊的提示：“用戶名或密碼錯誤”。同時，可以加上一個試錯機會提示，比如“你還可以嘗試xx次”，幫助用戶做到心里有數。當然，如果設置了登錄試錯機制，就需要補充相應的業務流程：當用戶試錯次數用完后，引導用戶“找回密碼”。如下圖3：

登錄環節通常涉及到的細節主要是以上這些內容，所以整個登錄的業務流程可以歸納為：①用戶輸入賬號+密碼，點擊提交→②界面提示“正在驗證，請等待”→③界面提示信息錯誤→④用戶再度嘗試，或成功，或重復先前提示。

二、注冊功能

1、注冊方式：手機號 +密碼+驗證碼

App產品在做新用戶注冊的時候，通用方式是用“手機號+驗證碼”，好處顯而易見，快捷便利。我個人也是比較推崇這種注冊方式。但是， 還有很多用戶對用手機號注冊這種方式有所顧慮，擔心自己的信息外泄?？紤]到這部分用戶群體的擔憂，我們可以在注冊界面多提供一種用郵箱注冊的方式，但這種方式不作為主要功能突顯，可以放在手機注冊的下方。如下圖4：

2、成功提示：激勵用戶

當用戶提交信息后，一般最省事兒的做法就是直接跳轉到用戶的“個人中心”。這種方式固然沒有什么錯，但是總覺得缺點什么激勵性的東西。我之前在網上預訂了一本限購+預售的新書，真的要搶購才能買到，然后等了好多天終于收到書的時候，里面有一個黑色的信封，信紙上寫著“你是本書的第XXX名讀者”，這樣用戶體驗做的還不錯，至少給我一種安慰和鼓勵的感覺。

在做App注冊的時候也可以這樣，當用戶注冊成功之后，可以先不著急跳轉到個人中心，而是給用戶呈現一個激勵信息，比如“終于等到你！你是我們第 888 名用戶”這樣的反饋信息，還可以加上簡單的引導按鈕，讓用戶去完善信息，但一定不要給用戶施加壓力，要讓用戶有自由選擇的機會。如下圖5：

三、密碼找回

1、通過手機號重置密碼

在App上找回密碼，最快捷方便的方式是通過手機號來找回。這個功能分為兩個步驟：第一步是填寫手機號，獲取驗證碼；第二步是在手機上重置密碼。當然，在重置密碼的時候，可以讓用戶通過可見模式來設置，或者增加“確認新密碼”的字段來確保用戶修改正確。如下圖6、7：

2、通過郵箱找回密碼

除了用手機號找回密碼之外，針對部分沒有綁定手機號的用戶，還可以提供用郵箱找回密碼的方式。這種方式需要后臺向用戶郵箱發送郵件，將新密碼告知用戶。如圖8：

上面這些內容只是包含了登錄、注冊和找回密碼這幾塊核心的功能，但其實在設計登錄管理系統時，還有諸如第三方登錄、引導用戶綁定手機等其他需求。

本文由 @jokefuture 原創發布于人人都是產品經理。未經許可，禁止轉載。