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