原文地址：http://www.cocoachina.com/design/20170320/18918.html
一、登錄/注冊模塊流程圖
1、電商&O2O類產品下單注冊邏輯
2、類似於簡書&知乎等內容型社區產品
二、關於注冊流程
1、同一頁面中完成注冊 較適合填寫信息較少（往往不包含關於用戶個人信息的設置），注冊流程簡潔的產品，這類產品的注冊所需的信息往往只包含：手機號、驗證碼、密碼等最簡單的信息。 在同一頁面中完成注冊，能夠能夠讓用戶對整個注冊流程有個心理預期，對填寫的信息能夠進行預判，整個注冊過程給用戶的操控感比較強。
2、同一個頁面如何注冊信息過多會導致用戶放棄注冊
3、如果信息不得不要求多，因為要獲取到用戶更多信息來為用戶提供更好的服務，可以選擇分步驟注冊
四、登錄注冊模塊的相關細節
1、郵箱/手機號的占用判斷 注冊時判斷用戶輸入的郵箱地址或手機號是否已經注冊，后續該如何引導用戶登錄 2、郵箱/手機號的合法性判斷 如何判斷用戶注冊時輸入的郵箱格式或手機號碼格式是否有誤，及時給用戶有效反饋 3、登錄密碼的機制 登錄密碼的機制是怎樣的？密碼的長度如何設定？是否區分大小寫？是否包含特殊字符？密碼輸入為明文還是不可見。 4、需不需要確認密碼 用戶注冊設置密碼過程中是否需要重復確認密碼？ 5、需不需要驗證碼 郵箱/手機注冊過程中需不需要進行驗證。如何驗證，是利用短信驗證碼還是免費熱線？ 驗證碼的字符是純數字還是數字字母結合？ 驗證碼的有效時長如何設定？是五分鍾還是十分鍾？ 6、驗證碼的重發機制 如果用戶未收到有效驗證信息，多長時間后可以重新獲取驗證信息？是30s還是60s... 7、登錄注冊過程中的異常狀態 用戶登錄過程中用戶名密碼錯誤，給用戶反饋有效的信息。 用戶忘記密碼，如何找回密碼？利用手機號驗證、回答安全問題或其他方式？ 8、注冊完/登錄完一定要直接切回需要登錄的流程節點中 用戶登錄注冊完成后，一定要直接切回到之前請求登錄的節點中去。
五、開始頁面是否是登錄注冊模塊的考慮
1、產品類型
（1）開始不是登錄頁面或不需要登錄注冊模塊
1)、根據產品類型，如果是資訊類型的app,因為需要吸引到用戶，才能引領用戶去注冊登錄，如網易新聞，今日頭條，百思不得姐。
2)、如果是純工具類型的app，如日歷、計算器、便簽、相機安全工具,則不需要注冊和登錄。（不需要登錄、注冊模塊）
3)、如電商、O2O類產品、金融類產品，需要用戶來購買產品，必須設置登錄、注冊模塊，設計到交易、用戶信息等比較私密信息，就必須單獨添加登錄注冊模塊，確保信息的真實性及安全性
（2）開始頁面必須是登錄、注冊模塊
1)、社交類app，可以設置獨立的登錄注冊模塊；可以直接借助於第三方平台，這樣反而更有利於產品的傳播擴散；也可以兩者皆有。
2、目標用戶
確定了登錄注冊模塊，面對的目標用戶群不同，對應的登錄注冊的方式也有偏差。
如果你的目標用戶群是相對來說商務領域的用戶，可能采用郵箱注冊的方式會更好，這樣會自然過濾掉一部分用戶。
如果你的目標用戶群是大眾，可能采用手機號碼注冊的方式會跟更加穩妥。
3、業務邏輯
考慮清楚是否需要登錄注冊功能，接下來就該考慮怎么設計登錄注冊模塊。
不同的業務邏輯，需要的登錄注冊的方式、流程也不同；不同的功能模塊，對登錄節點的需求也不同。
首先，要考慮是一開始就需要登錄注冊，還是先可以使用產品的部分功能，等到需要登錄的時候，再要求用戶登錄。
例如，電商類、O2O類產品，終極目標是促使用戶下單，大概的流程為：用戶瀏覽、挑選商品；加入購物車；去結算下單。在下單之前盡量不要打斷用戶流程，只在最后結算的時候，讓用戶進行登錄以獲取有效的配送信息。
再比如，對於部分社交類產品，圍繞用戶的關系鏈展開服務，這時候就需要一開始就要求進行登錄注冊。
其次，注冊過程中需不需要填寫額外的注冊信息，像昵稱、年齡等？其次如何設置填寫信息的步驟，是放在最后填寫還是一開始就填寫？
例如，社交社區類產品一般都會要求用戶填寫昵稱、性別等信息，金融類產品會要求用戶進行實名認證，一般將填寫個人信息等步驟放置於注冊流程的最末會比較友好。
4、功能細節
在前面確定登錄注冊模塊大框架的基礎上，接着完善相關的細節問題。
如前面提到的驗證碼機制；密碼的設置規則；第三方注冊的真偽等等細節問題。確保整個登錄注冊模塊邏輯的合理性以及流程的通暢性。
5、如果我是新手
作為新手考慮登錄注冊模塊，完全沒必要自己創造，可以借鑒市場上現有的產品或競品的登錄注冊模塊，那么該如何借鑒呢？
（1）選取自己產品的直接競品或者所屬行業的相關產品，分析其登錄注冊模塊的詳細流程、邏輯，並做好記錄；
（2）梳理自己產品登錄注冊模塊的相關功能邏輯、流程，作一個對比；
（3）根據前面提到的，從產品類型、目標用戶、業務邏輯結合自己產品的現狀，以用戶體驗為中心去完善設計自己產品的登錄注冊模塊。