如何設計一款APP的注冊模塊

一、注冊模塊需要考慮的因素

  通常注冊模塊需要考慮的因素有如下幾條：

• 注冊使用的帳號
• 注冊密碼
• 注冊驗證碼
• 注冊按鈕

1. 注冊使用賬號一般有：

• 手機號注冊
• 郵箱注冊
• 用戶名注冊
• 手機號+用戶名注冊
• 手機號+郵箱注冊
• 郵箱+用戶名注冊
• 手機號+郵箱+用戶名注冊

2. 注冊密碼通常要考慮的要點如下：

• 只用輸入一次密碼，還是要輸入兩次密碼
• 是否需要用戶手動選擇密碼是否可見

3. 注冊驗證碼需要考慮的要點如下：

• 使用數字驗證碼，還是圖形驗證碼
• 一段時間內，輸入的驗證碼是否有次數限制

4. 注冊按鈕通常的設計思路如下：

• 一開始注冊按鈕是否可點擊
• 何時點擊注冊按鈕為最佳機會
• 在點擊注冊按鈕之后，如何有效提示用戶注冊失敗的原因，而不會影響界面的美觀，同時也不會讓用戶覺得煩躁，最后能讓用戶有效定位到輸入失敗的地方
• 注冊成功后是否直接登錄

二、注冊模塊的業務邏輯

1. 使用手機號注冊

  使用手機號注冊時，獲取驗證碼一般考慮的是通過短信獲取，這樣既可以有效防止用戶輸入錯誤的手機號。但如果用戶多次點擊獲取驗證碼，排除掉蓄意為之之外，就要產品研發人員考慮的是，用戶是否是因為輸入錯誤手機號或者其他原因造成收取不到驗證碼的情況，因此，在用戶第二次/第三次點擊獲取驗證碼時開始，彈出來一個界面，讓用戶核查一下是哪種原因導致的無法獲取驗證碼。通常的原因有如下幾個：

• 手機號是否輸入正確？
• 手機是否有信號？
• 手機是否關機？
• 手機是否因欠費而無法正常獲取短信息？

2. 使用郵箱注冊

  如果是在移動端上采用郵箱地址注冊，通常建議，在驗證郵箱地址格式正確之后，提示用戶，是否要使用這個郵箱地址來注冊，主要是因為，一般在移動端上使用郵箱地址注冊時，不太建議進行郵箱地址的確認(比如手機，登錄郵箱操作很繁瑣，難比PC端)。所以，一旦用戶輸入郵箱地址但不確認，有可能用戶輸入錯誤而沒有發現。因此，通常在驗證該注冊郵箱地址格式正確且可以使用時，提示用戶確認下是否要使用該郵箱地址。

3. 使用用戶名注冊

  一般只使用用戶名注冊的產品，是那些可能沒有郵箱或者有手機但沒有手機號碼的情況，或者是為了減少輸入的內容。因為沒有其他驗證手段，為了防止用戶輸入錯誤，通常在驗證該注冊用戶名格式正確且可以使用時，提示用戶確認下是否要使用該用戶名。

4. 使用手機號+用戶名注冊/使用郵箱地址+用戶名注冊/使用手機號+郵箱地址/使用手機號+郵箱地址+用戶名注冊

  一般只有用戶必須使用唯一的用戶名登陸，或者希望提供多種登陸方式供用戶選擇并同時驗證時，才有可能考慮這幾種模式之一。這幾種模式是將各自獨立的模式的注冊流程合并在一起。一般如果不是必須的話，可以不考慮這三種模式，而是在用戶正常使用一種模式注冊并登錄成功后，提示用戶在用戶個人信息設置界面將剩下的兩種模式給補充完成，這樣以后用戶可以直接采用這三種注冊賬戶的任何一種作為登錄賬號，且擁有相同的密碼。

三、關于注冊模塊的一些思考

1. 如何能有效地簡化注冊流程？

  假如一個注冊流程中只包含注冊賬戶、密碼、驗證碼這三個輸入項，簡化流程實際上可以從減少用戶的“無效輸入”上入手，比如：

• 注冊界面一開始只需要有一個輸入注冊賬號的輸入框，以及一個檢查輸入賬號是否正確的按鈕(例如獲取驗證碼的按鈕，這個既是注冊流程中的一部分，同時還能直接檢查注冊賬戶)，如果賬號存在了，就提示用戶是否直接用該賬號登錄；如果不存在且賬號格式正確，那就再顯示其他的輸入框。這樣做的原因有兩點：

(1)從用戶角度來說，有相當一部分客戶喜歡在所有的內容都輸入完成后，再去獲取驗證碼，這時候再發現賬號已經存在并且能用這個賬號直接登錄，就浪費了輸入密碼的時間
(2)從app設計角度來說，有一些app喜歡將獲取驗證碼的操作放在整個輸入環節的最后，潛意識地讓用戶最后去獲取驗證碼

  鑒于此，通常在設計注冊模塊時，考慮一下如下的設計方案，提升用戶體驗：

• 將獲取驗證碼的按鈕盡可能的貼近注冊賬戶放置
• 如果有可能，盡量在用戶輸入賬號之后，檢查賬號是否存在(這是最主要的一個目的)或者賬號格式是否正確。比如滴滴，不管是注冊還是登陸，都是只讓用戶輸入手機號，然后“下一步”給出驗證碼，如果賬號存在，就直接登錄，如果不存在，就注冊并登錄。
• 實際考慮到底要采用哪種賬號形式來進行注冊，不是所有的產品都需要郵箱/用戶名

2. 請務必在注冊界面加載成功后，友好地提示用戶，當前網絡狀態是否OK，如果不ok，別等著用戶一切輸入正確了，美滋滋地準備享受產品帶給TA的快樂時，給了他一個晴天霹靂——你的網絡不在服務區！
3. 通常為了防止惡意獲取數字驗證碼，增加企業成本，通常設計時，使用手機號獲取驗證碼時，兩次獲取驗證碼的操作有時間間隔，或者一段時間內獲取數字驗證碼有次數限制。可以根據自身的實際情況，設置時間間隔(一般情況下，是60秒/45秒/30秒)以及操作次數(如3~5次/小時、5~8次/天等)。對于圖形驗證碼，建議就不要做這種設置了，基本上沒有什么意義。
4. 如何有效地提示用戶應該輸入什么格式的內容？拿iOS的app來說，如果單單只是在UITextField的placeholder里面寫上格式，可能會因為textField的寬帶問題，無法將所有的提示內容都顯示出來。為了讓用戶首次輸入的時候，就能輸入格式正確的內容，可以考慮每當用戶點擊一個輸入框準備輸入時，彈出來一個小界面，將該輸入框需要的格式要點一一列出，哪個要點完成了，就顯示已完成狀態。如果這樣設計，請注意不要讓彈出來的小界面遮擋住下一次要輸入的輸入框，所以可以考慮將這個小界面放到當前輸入框的上方或者右方。
5. 注冊時的加密方案如何考慮(密碼采用MD5加密之后再上傳；使用POST模式上傳等)？注冊時的輸入信息如何驗證(是在服務器端驗證，還是客戶端驗證？)？是否需要將注冊信息轉為json格式再上傳服務器？
6. 注冊成功并登陸成功后，是否需要將相關的信息保存到本地？
7. 在注冊界面，如何能夠清晰地提示用戶“去登陸”？
8. 如果用戶在注冊的時候不小心關閉掉了注冊界面，在設計過程中通常是會銷毀掉注冊界面，那么是否需要考慮如果用戶未注冊完成時不小心將注冊界面關閉掉時，將用戶已經填寫的信息保存到本地，當用戶再次進入注冊時，調取已經填寫的內容讓用戶繼續注冊？如果用戶注冊并登錄成功，那么保存的半注冊信息可以直接清空掉。