1.為什么要設(shè)計登錄注冊修改密碼模塊

2.登錄注冊修改密碼模塊分類

3.如何設(shè)計登錄注冊修改密碼模塊

4.登錄注冊修改密碼模塊設(shè)計細節(jié)

5.如果我是新手

1.為什么要設(shè)計登錄注冊修改密碼

用戶層面：

(1)用戶需要在產(chǎn)品中獲得一個獨立的ID，以體現(xiàn)其個性化的存在。

(2)用戶需要產(chǎn)品為其記錄使用進度、狀態(tài)、收藏的內(nèi)容。

(3)用戶希望獲得其它用戶的真實信息或更詳盡的信息。

(4)用戶希望產(chǎn)品通過對自己更詳盡的了解提供更好的服務。

功能層面：

(1)便于跨設(shè)備同步數(shù)據(jù)，也便于在同一設(shè)備中切換不同的賬戶并保留賬戶之前的狀態(tài)。

(2)有社交功能的產(chǎn)品必須注冊賬號以編寫自己的UGC的內(nèi)容，同時便于其它用戶辨識。

(3)有交易功能的產(chǎn)品，為個人賬戶記錄訂單等交易信息，同時提高交易的安全性。

(4)有應用內(nèi)付費、VIP會員增值功能的產(chǎn)品，注冊登錄可以確保用戶權(quán)益。

業(yè)務層面：

(1)需要采集對于核心業(yè)務非常重要的用戶信息，比如手機號、真實姓名等信息。

(2)注冊登錄后便于采集推進運營的數(shù)據(jù)，以指導產(chǎn)品運營方向。

(3)用戶激勵：通過注冊得到手機號、郵箱賬戶后，一些產(chǎn)品通過給用戶發(fā)短信或優(yōu)惠券（送優(yōu)惠券、活動推薦）吸引用戶，提高活躍度。

(4)消費轉(zhuǎn)化：某些產(chǎn)品得到手機號后，會利用電話營銷的方式向客戶推介其付費服務。

1.2保障賬戶安全。

2.登錄注冊修改密碼分類

2.1用戶登錄功能

2.1.1手機號+密碼

目前最常用的登錄方式，手機的普及，移動互聯(lián)網(wǎng)的發(fā)展，都為這種登錄方式提供了獨特的優(yōu)勢，用戶ID唯一；移動驗證更加方便；安全性高；便于運營；易導入社交鏈。

2.1.2手機號+驗證碼

解放了用戶記住密碼的負擔，只要通過手機號就能夠登錄產(chǎn)品使用服務，這對于平時需要記住大量密碼的用戶來說極大地降低了使用產(chǎn)品服務的門檻。

增加了不可控的風險，比如第三方平臺的短信服務，用戶手機信號

2.1.3郵箱地址+密碼

沿用PC時代用戶的賬號體系，由pc端覆蓋到移動端，并且在移動端只提供手機號注冊方式。相對于手機號注冊，郵箱注冊的好處在于郵箱地址可以永久留存，不會有手機換號造成的那種困擾

對于國內(nèi)用戶來說，郵箱的使用頻率沒有老外那么高，很多用戶沒有個人郵箱，他們也不會為了注冊你的賬戶去申請個郵箱，所以郵箱注冊的需求相對來說較弱

2.1.4用戶名+密碼

沿用PC端的賬號體系以及登錄習慣，大部分移動端產(chǎn)品不再設(shè)置用戶名為登錄ID

2.1.5第三方登錄

利用第三方登錄能夠免去注冊的麻煩，讓用戶快速通過登錄門檻，進而使用產(chǎn)品提供的主要服務，降低因為登錄注冊帶來的用戶損耗，同時使用第三方賬號登錄有利于產(chǎn)品初期的宣傳推廣

只利用第三方賬戶登錄的話，無法獲得任何有價值的用戶注冊信息，同時也構(gòu)建不成自己的用戶體系。這是第三方賬戶登錄的最大問題。

2.1.6證件信息登錄，人臉登錄，指紋登錄等等

2.2用戶注冊功能

注冊的方式和登錄的方式基本一樣，這里值得注意的一點是，APP端注冊的方式和登錄的方式并不一定是一一對應的

方式①的效率最高，但是沒有郵箱驗證的話保證不了賬戶的安全性，若郵箱錄入錯誤則無法找回密碼。另外這種方式容易被注冊無效賬戶或惡意注冊郵箱，浪費服務器資源。

方式②和③都是快速注冊成功，之后再讓用戶通過郵箱驗證的方式驗證郵箱的有效性。這種方式的好處是既保證了注冊信息的有效性和安全性，也不會降低太多的用戶體驗。其中方式③是在APP中完成郵箱的驗證，這樣可以避免方式②中用戶注冊后忘記去驗證的問題。

方式④和⑤的驗證碼（或鏈接）需要在注冊流程中強制輸入，這種方式會阻斷用戶的操作流程，有在注冊過程中損失用戶的可能。如果郵箱信息對業(yè)務邏輯及其重要的話，可以參考這種方式

2.2.2手機注冊

手機號注冊的邏輯非常簡單，就是錄入手機號碼后，發(fā)起短信驗證的請求，當手機收到相應的短信驗證碼后，在APP中輸入驗證碼，完成注冊。

另外還有幾種不常用的手機號注冊方式，用來在接收不到短信的情況下備選。與短信驗證的區(qū)別主要是驗證的過程不同：

① 主動驗證：用戶向客服號碼發(fā)送驗證短信注冊

② 免費熱線：撥打電話活動驗證碼注冊

③ 語音驗證：客服撥打用戶電話告知驗證碼

用戶名注冊等等

2.3修改密碼

手機驗證，郵箱驗證,安全問題，客服申訴，產(chǎn)品根據(jù)自己的產(chǎn)品功能提供密碼找回方式

（1）密碼強度的設(shè)定，與網(wǎng)站業(yè)務息息相關(guān)，通常網(wǎng)站中出現(xiàn)與錢相關(guān)的業(yè)務（如網(wǎng)絡游戲等）時，對密碼的復雜度會有強制性的要求；支付寶等甚至會設(shè)定登錄密碼與支付密碼，并兩者不能相同

（2）對于舊密碼的驗證，通常只驗證是否為空，而不會對正確性做實時校驗；

（3）對新密碼的強度，多數(shù)網(wǎng)站均會給出明確說明以降低用戶的困擾；

（4）多數(shù)網(wǎng)站，均會特別提醒用戶新密碼中需要區(qū)分大小寫字母；

（5）均會對新密碼與重復輸入的新密碼之間做匹配校驗

（6）在修改密碼時需填寫驗證碼，也會有系統(tǒng)智能判斷哪些情況下需要通過驗證碼進行增強驗證

（7）在修改密碼的界面上，同時告知用戶一些必要的密碼安全信息，是必要的

（8）并不一定要通過舊密碼來校驗用戶，很多產(chǎn)品并沒有提供單獨的修改密碼的入口，而是直接讓用戶通過”找回密碼”功能來修改密碼

3.如何設(shè)計登錄修改密碼模塊

3.1登錄注冊模塊設(shè)計思路

3.1.1產(chǎn)品讓用戶注冊登錄的必要性

首先，分析產(chǎn)品讓用戶注冊登錄的必要性。如果用戶注冊登錄對于用戶、產(chǎn)品功能、商業(yè)模式本身帶不來任何價值的話，就沒必要設(shè)計這樣的功能。比如一些實用工具類的產(chǎn)品：計算器、手電筒、天氣預報、便簽軟件、語音助手等等。

3.1.2產(chǎn)品讓用戶注冊登錄的目的是什么

用戶需求：從用戶角度，分析用戶希望注冊產(chǎn)品的迫切程度。用戶第一次安裝使用一個APP時，可以分成三種不同的心理:

(1)用戶有強烈愿望使用產(chǎn)品。一種情況是產(chǎn)品功能對于用戶來說非常有價值，用戶愿意花費時間注冊使用,另一種情況是產(chǎn)品功能新奇特用戶很想試試

(2)用戶希望先用一用看看，好用了再注冊。這就跟體驗式消費、先嘗后買的思路是一樣的。目前大多數(shù)的產(chǎn)品都是提供這樣的方式，如果你的APP不能讓用戶有強烈的使用愿望，最好的選擇是先讓用戶去使用，用好了再注冊。

(3)用戶覺得沒必要注冊，但產(chǎn)品的功能偶爾會用到.對于用戶來說注冊功能對用戶帶來不了任何價值， 這類APP建議使用先使用后注冊的方式

功能需求：從功能角度思考，一種情況是產(chǎn)品的核心功能對用戶體系依賴程度非常大時，可以先注冊再使用.另一種情況是產(chǎn)品某些功能需要用戶登錄，但對其它功能沒影響時，可以使用到該功能時再登錄

業(yè)務需求：從業(yè)務角度來判斷，注冊信息如果對產(chǎn)品核心業(yè)務非常重要的話，可以考慮先注冊的模式，或者常用的做法是進入APP的第一屏是注冊頁面，但在角落里留下“游客入口”的按鈕

如果只是為了獲取用戶的手機號等信息，也不一定非要通過注冊這一種途徑?？梢栽诋a(chǎn)品功能頁面中引導用戶錄入信息或注冊。

3.1.3每個注冊登錄需求的場景是怎樣的

功能需求：從功能角度，對注冊登錄有需求的功能要的是一個合理的賬戶體系，至于選擇那種注冊手段其實不重要。所以可以忽略功能需求對注冊登錄方式選擇的影響。

用戶需求：對于用戶來說，三種注冊登錄手段的優(yōu)缺點都很明顯，不同的用戶的性格特點、生活習慣會影響其選擇

業(yè)務需求：分析具體業(yè)務需求的場景會得到不同的選擇

3.2登錄注冊的設(shè)計步驟

第一步：梳理腦圖，梳理現(xiàn)有的登錄模式和信息結(jié)構(gòu).

第二步：梳理業(yè)務流程，把每一步操作都流程化，做好各種情況的處理方案.

第三步：畫出草圖/線框圖，對頁面元素和布局進行初步設(shè)計.

第四步：交互設(shè)計，對每一項頁面元素、頁面跳轉(zhuǎn)、操作反饋、異常處理、按鈕和頁面的各種狀態(tài)等做出設(shè)計.

第五步：自檢測試，對線框圖和交互設(shè)計進行自檢，最好是用Axure等交互軟件進行交互設(shè)計操作，建立自己的自檢清單.

第六步：輸出PRD、線框圖和交互設(shè)計稿.

4.登錄修改密碼模塊的設(shè)計細節(jié)

PC端：

（1）PC具有公共屬性，輸入密碼是私密性的，需要在登錄注冊時給予適當保護

（2）PC顯示區(qū)域比較大，登錄注冊通常只有1個頁面，需要填寫的所有內(nèi)容都會呈現(xiàn)

（3）PC端的輸入設(shè)備有鼠標和鍵盤，人機交互和可輸入速度要快很多

（4）PC端臺式機一般固定在特定的位置，無法隨意移動，筆記本可以移動但使用場景相對固定，網(wǎng)絡狀況與移動設(shè)備相比穩(wěn)定

移動端：

（1）移動設(shè)備屬于個人私密性較高的設(shè)備，用戶在進行操作時，可對輸入密碼進行有效的保護

（2）移動設(shè)備隨身攜帶，隨時隨地在變換位置，網(wǎng)絡狀況不穩(wěn)定等不確定因素很多

（3）移動設(shè)備顯示區(qū)域均較小，登錄的注冊頁面通常都會有3個頁面，需要用戶填寫的內(nèi)容要精簡

（4）移動設(shè)備輸入更多是手指觸屏操作，人機交互有其獨特性，例如虛擬鍵盤的設(shè)計

賬號：

（1）手機號碼為純數(shù)字，是否彈出純數(shù)字鍵盤方便用戶快速填寫及避免用戶來回切換

（2）手機號碼的數(shù)字如何呈現(xiàn)，哪種格式。

（3）賬號有無格式的要求，如果只是手機號碼，前端是否需要驗證手機號碼的有效性，手機號是否區(qū)分國家。

（4）當用戶切換賬號或者輸錯的時候，用戶是要一位一位刪除，還是可以一鍵清除一整行內(nèi)容，

密碼：

（1）登錄密碼的機制是怎樣的，密碼的長度如何設(shè)定，是否區(qū)分大小寫，是否包含特殊字符，密碼輸入為明文還是不可見

（2）用戶注冊設(shè)置密碼過程中是否需要重復確認密碼

驗證碼：

（1）郵箱/手機注冊過程中需不需要進行驗證。如何驗證，收到驗證碼的時間（5.5秒內(nèi)）是利用短信驗證碼還是免費熱線

（2）收到驗證碼的時間（5.5秒內(nèi)），驗證碼的獲取次數(shù)上限

（3）驗證碼的字符是純數(shù)字還是數(shù)字字母結(jié)合，驗證碼的字數(shù)限制，4位或者6位純數(shù)字

（4）驗證碼的有效時長如何設(shè)定，是五分鐘還是十分鐘

（5）如果用戶未收到有效驗證信息，多長時間后可以重新獲取驗證信息，是30s還是60s.

異常提示：

（1）登錄時，賬戶是否在其他設(shè)備登錄，是否允許多端同時登陸？不允許同時登陸，之前登錄設(shè)備的賬戶是否要下線？給出怎樣的提示？

（2）密碼第一次錯誤給出什么提示？第二次仍然輸入錯誤，錯誤提示是否需要強提示并給出找回密碼的按鈕？在彈窗點擊找回密碼，手機號碼在新頁面是否需要重新填寫？密碼連續(xù)多次輸入錯誤是否要做出禁用限制？

(3)注冊流程中，檢測到手機號碼已經(jīng)注冊，是否可以繼續(xù)獲取驗證碼？或者驗證后直接登錄免去頁面跳轉(zhuǎn)和輸入密碼？

(4)網(wǎng)絡狀態(tài)不好，都該給出怎樣的反饋或提示？

(5) 用戶所處環(huán)境網(wǎng)絡信號不好（用戶向服務器請求超時），是否需要檢查用戶的網(wǎng)絡狀態(tài)？還是只給出提示？

5.如果我是新手

作為新手考慮登錄注冊模塊，完全沒必要自己創(chuàng)造，可以借鑒市場上現(xiàn)有的產(chǎn)品或競品的登錄注冊模塊，那么該如何借鑒呢？

（1）選取自己產(chǎn)品的直接競品或者所屬行業(yè)的相關(guān)產(chǎn)品，分析其登錄注冊模塊的詳細流程、邏輯，并做好記錄

（2）梳理自己產(chǎn)品登錄注冊模塊的相關(guān)功能邏輯、流程，作一個對比

（3）根據(jù)前面提到的，從產(chǎn)品類型、目標用戶、業(yè)務邏輯結(jié)合自己產(chǎn)品的現(xiàn)狀，以用戶體驗為中心去完善設(shè)計自己產(chǎn)品的登錄注冊模塊