登錄注冊對于大部分app來說，都是最基礎的模塊。
看似簡單，卻與相當多的產品功能用戶使用場景交織在一起，受到產品類型、用戶定位、業務邏輯、使用場景、用戶操作等不同因素影響。
設計一個好的登錄注冊系統并不是很輕松。
登錄注冊的方式都有哪些？登錄注冊的流程都是怎樣的？登錄過程中的異常狀態怎么處理？怎樣設計一個完整的登錄注冊流程等等，其間還要考慮大量的細節問題。
在此篇中對登錄注冊中涉及到的相關的內容做一個系統性的梳理。
一、注冊方式
1、郵箱注冊
郵箱注冊是pc端最常見的注冊方式之一，沿用到移動端產品，大部分產品仍然提供“郵箱+密碼”的登錄方式。
郵箱覆蓋面不如手機號，同時郵箱驗證較手機驗證較繁瑣，大部分移動端產品不再提供郵箱注冊的方式。而小部分產品同時提供郵箱+手機號注冊兩種方式。
國外的大部分產品中，仍然保留郵箱注冊方式，同時也提供手機號注冊方式，例如：Facebook、Instagram、Twitter等明星產品，可見郵箱在歐美用戶群當中的使用率仍然很高。
2、手機號注冊
PC時代，郵箱、用戶名注冊一直是產品的主要注冊方式，而大部分人都沒有郵箱也很少接觸電腦，使用互聯網服務的門檻較高。
隨著移動互聯網的興起以及智能手機的普及，手機號注冊逐漸成為移動端產品注冊的主流方式，也極大的降低了互聯網產品的使用門檻。
使用手機號注冊有以下優點：
手機號保有量大；用戶ID唯一；移動驗證更加方便；安全性高；便于運營；易導入社交鏈
3、用戶名/xx號注冊
用戶名注冊也是以前PC端常見的幾種常見注冊方式之一，簡單便捷，可以省去郵箱驗證、手機號驗證的步驟，但是通常會有密保問題更加繁瑣的安全機制。
用戶名注冊通常存在一個問題，當用戶注冊完成使用完服務之后，很久沒再使用網站/產品服務，再次登錄時很容易忘記注冊時的用戶名，也就沒辦法繼續使用產品，給用戶和產品都造成損失，所以大部分產品會使用綁定郵箱/手機號的方式作為補救措施。
而在移動端，很少有產品會使用純用戶名注冊的方式，通常是手機注冊完成之后綁定一個用戶名可用作登錄ID。
4、第三方注冊
第三方注冊常見的是利用微信、QQ、微博等第三發平臺進行授權登錄。
第三方注冊的優點是：操作簡便，只需兩步就可以繼續使用產品；注冊方便，省去填寫大量數據的麻煩。
第三方注冊的缺點是：容易造成一人多號的問題；只能獲取到有限的用戶信息，無法提供更加精準的運營活動。
所以很多app在用戶首次利用第三方平臺登錄后，繼續讓用戶綁定手機號或完善用戶信息，以獲取更加有效、真實的用戶數據，也就是偽第三方注冊。
這種做法很傷害用戶體驗，會給用戶造成極大的困擾。更加合理的做法是，在用戶首次進行第三方登陸后，提醒用戶綁定有效的身份信息，同時可以略過此步驟，在后續產品使用過程中去引導用戶去完善信息。
二、登錄的方式
1、賬號（手機號/郵箱/用戶名）密碼登錄
一般的登錄方式為賬號密碼登錄，其中賬號一般為前面注冊方式中提到的：郵箱、手機號以及用戶名。
大部分“郵箱+密碼”登錄方式都是沿用PC時代用戶的賬號體系，由pc端覆蓋到移動端，并且在移動端只提供手機號注冊方式。
“手機號+密碼”是移動端最常用登錄方式，用手機號做登錄ID遺失的概率很小，有天然的優勢。而且通過驗證碼能夠快速的找回密碼，方便處理異常情況，還可以擴展“手機號+驗證碼”動態驗證的登錄方式。
“用戶名+密碼”登錄方式大多是沿用PC端的賬號體系以及登錄習慣，大部分移動端產品不再設置用戶名為登錄ID。
2、手機驗證碼快捷登錄
隨著移動互聯網的發展，O2O行業的火熱，逐漸又發展出一種更加便捷的登錄注冊方式“手機號+驗證碼”方式。
如果用戶首次登錄，則默認進行注冊；
非首次登錄，則直接登錄。
“手機號+驗證碼”登錄方式解放了用戶記住密碼的負擔，只要通過手機號就能夠登錄產品使用服務，這對于平時需要記住大量密碼的用戶來說極大地降低了使用產品服務的門檻。
3、第三方登錄
利用第三方登錄能夠免去注冊的麻煩，讓用戶快速通過登錄門檻，進而使用產品提供的主要服務，降低因為登錄注冊帶來的用戶損耗，同時使用第三方賬號登錄有利于產品初期的宣傳推廣。
三、關于登錄流程
登錄流程，即不同類型的產品甚至是同一產品所需的權限不同，導致不同的產品需要用戶進行登錄操作的節點不同，有些產品可能需要用戶先進行登錄然后才能使用產品使用的服務，而有些產品可以在未登錄狀態下使用部分功能，登錄后使用全部的產品功能服務。
可以先瀏覽再登錄：京東、淘寶、美團、餓了么、美團外賣、攜程、飛豬......
可以先使用部分功能，登錄后使用更多的服務功能：知乎、簡書......
必須先登錄才能再使用服務：微信、一直播、小咖秀、探探、花椒、Facebook、Instagram、in、same、百度網盤、QQ郵箱、微云......
1、需要登錄后才能繼續使用產品功能服務
例如：微信、一直播、花椒等社交類、百度網盤、微云等涉及個人信息的工具類產品等等。
首先，類似微信類熟人社交產品核心功能一般是圍繞用戶身份、用戶關系進行，沒有登錄之前沒有用戶身份信息，也就無法向用戶提供相關的產品服務，
其次，類似郵箱、網盤等個人信息工具類產品，涉及到的多為用戶個人隱私信息以及圍繞個人隱私信息展開的功能服務，在未獲取到用戶個人身份信息的情況下，無法為用戶提供相關的功能服務
2、不需要首先登錄可以使用產品或者產品的部分功能
例如：大部分電商類以及O2O類產品、知乎簡書等社區型產品等等。
首先，電商類產品來說，最重要的就是最后的下單率，不管是京東淘寶的實體商品還是美團、糯米提供的虛擬團購服務或者是餓了么、美團外賣提供的外賣服務，最重要的就是最后的下單成功率，在這之前的盡量不要打斷用戶的使用流程，只是在最后的下單結算環節需要用戶信息時才需要登錄，確保用戶流程的流暢性。
其次，社區類以及其他類型的產品， 不需要用戶登錄就可以使用部分產品功能，幫助用戶對產品的功能服務有一個基礎的了解，對產品有一個初步的印象，在用戶需要更深一步的使用產品的時候，再去要求用戶進行登錄。此時，登錄對用戶來說不是一個門檻，而是想進一步了深入了解產品的通道。
四、關于注冊流程
移動端注冊大部分只提供手機號快捷注冊，注冊的流程又大概可以分為兩種：同一頁面內完成以及按步驟分頁面完成注冊。
1、同一頁面中完成注冊
較適合填寫信息較少（往往不包含關于用戶個人信息的設置），注冊流程簡潔的產品，這類產品的注冊所需的信息往往只包含：手機號、驗證碼、密碼等最簡單的信息。
在同一頁面中完成注冊，能夠能夠讓用戶對整個注冊流程有個心理預期，對填寫的信息能夠進行預判，整個注冊過程給用戶的操控感比較強。
在同一頁面中完成注冊，如果填寫的信息過多，往往會給用戶心理造成一定的填寫負擔，導致用戶直接放棄注冊。
2、按步驟分頁面完成注冊
按步驟分頁面跳完成注冊較適合填寫信息較多、注冊流程較復雜的產品，這類產品往往包含設置個人信息等其他需要填寫的信息。
按步驟分頁面完成注冊，將注冊流程進行分解，引導用戶一步一步完成注冊，能夠減少用戶對于填寫大量數據的抵觸。隨著注冊流程的一步步深入，由于前面已經進行了大量操作，用戶反而不會輕易放棄注冊操作。
五、登錄注冊模塊的相關細節
1、郵箱/手機號的占用判斷
注冊時判斷用戶輸入的郵箱地址或手機號是否已經注冊，后續該如何引導用戶登錄
2、郵箱/手機號的合法性判斷
如何判斷用戶注冊時輸入的郵箱格式或手機號碼格式是否有誤，及時給用戶有效反饋
3、登錄密碼的機制
登錄密碼的機制是怎樣的？密碼的長度如何設定？是否區分大小寫？是否包含特殊字符？密碼輸入為明文還是不可見。
4、需不需要確認密碼
用戶注冊設置密碼過程中是否需要重復確認密碼？
5、需不需要驗證碼
郵箱/手機注冊過程中需不需要進行驗證。如何驗證，是利用短信驗證碼還是免費熱線？
驗證碼的字符是純數字還是數字字母結合？
驗證碼的有效時長如何設定？是五分鐘還是十分鐘？
6、驗證碼的重發機制
如果用戶未收到有效驗證信息，多長時間后可以重新獲取驗證信息？是30s還是60s...
7、登錄注冊過程中的異常狀態
用戶登錄過程中用戶名密碼錯誤，給用戶反饋有效的信息。
用戶忘記密碼，如何找回密碼？利用手機號驗證、回答安全問題或其他方式？
8、注冊完/登錄完一定要直接切回需要登錄的流程節點中
用戶登錄注冊完成后，一定要直接切回到之前請求登錄的節點中去。
六、如何考慮登錄注冊
1、產品類型
不同的產品類型，對登錄注冊模塊的需求不同。
比如，純工具類產品：計算器、日歷、相機、便簽、安全工具等，不需要用戶登錄注冊就可以使用產品的絕大部分甚至全部功能，此時就沒有必要添加登錄注冊模塊。
比如，電商、O2O類產品、金融類產品，設計到交易、用戶信息等比較私密的信息，就必須單獨添加登錄注冊模塊，確保用戶的個人信息的真實性以及安全性。
再比如，社交社區類產品，可以設置獨立的登錄注冊模塊；可以直接借助于第三方平臺，這樣反而更有利于產品的傳播擴散；也可以兩者皆有。
2、目標用戶
確定了登錄注冊模塊，面對的目標用戶群不同，對應的登錄注冊的方式也有偏差。
如果你的目標用戶群是相對來說商務領域的用戶，可能采用郵箱注冊的方式會更好，這樣會自然過濾掉一部分用戶。
如果你的目標用戶群是大眾，可能采用手機號碼注冊的方式會跟更加穩妥。
3、業務邏輯
考慮清楚是否需要登錄注冊功能，接下來就該考慮怎么設計登錄注冊模塊。
不同的業務邏輯，需要的登錄注冊的方式、流程也不同；不同的功能模塊，對登錄節點的需求也不同。
首先，要考慮是一開始就需要登錄注冊，還是先可以使用產品的部分功能，等到需要登錄的時候，再要求用戶登錄。
例如，電商類、O2O類產品，終極目標是促使用戶下單，大概的流程為：用戶瀏覽、挑選商品；加入購物車；去結算下單。在下單之前盡量不要打斷用戶流程，只在最后結算的時候，讓用戶進行登錄以獲取有效的配送信息。
再比如，對于部分社交類產品，圍繞用戶的關系鏈展開服務，這時候就需要一開始就要求進行登錄注冊。
其次，注冊過程中需不需要填寫額外的注冊信息，像昵稱、年齡等？其次如何設置填寫信息的步驟，是放在最后填寫還是一開始就填寫？
例如，社交社區類產品一般都會要求用戶填寫昵稱、性別等信息，金融類產品會要求用戶進行實名認證，一般將填寫個人信息等步驟放置于注冊流程的最末會比較友好。
4、功能細節
在前面確定登錄注冊模塊大框架的基礎上，接著完善相關的細節問題。
如前面提到的驗證碼機制；密碼的設置規則；第三方注冊的真偽等等細節問題。確保整個登錄注冊模塊邏輯的合理性以及流程的通暢性。
5、如果我是新手
作為新手考慮登錄注冊模塊，完全沒必要自己創造，可以借鑒市場上現有的產品或競品的登錄注冊模塊，那么該如何借鑒呢？
（1）選取自己產品的直接競品或者所屬行業的相關產品，分析其登錄注冊模塊的詳細流程、邏輯，并做好記錄；
（2）梳理自己產品登錄注冊模塊的相關功能邏輯、流程，作一個對比；
（3）根據前面提到的，從產品類型、目標用戶、業務邏輯結合自己產品的現狀，以用戶體驗為中心去完善設計自己產品的登錄注冊模塊。
個人公眾號：qinfengrec
- End -
