起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識沒那么簡單的登錄/注冊
就如學程序員從“Hello World”開始一樣，幾乎每個產品經理都是從登錄/注冊開始的。但隨著互聯網尤其是移動互聯網的發展，登錄/注冊變得越來越便捷，后臺功能的支持也越來越復雜。最近想系統地梳理一些典型的功能，所以就從登錄/注冊說起吧。這里分享一下自己的思考路徑，希望對大家有所幫助。
為什么要登錄/注冊
也許是登錄/注冊的歷史太久遠了，早已在腦中形成了潛意識，所以有些時候直接就開始整理登錄/注冊原型，開始做了。忘了想為什么要有登錄/注冊（要不要有無需考慮），它的核心目的是什么？在分析之前，我們先來幾個截圖。
從上面的截圖可以看出，登錄/注冊大體上可以分成強制和開放兩種類型，而我們思考的切入點就是在這兩種類型之間做取舍。
采取強制還是開放類型，首先需要考慮的是產品的核心屬性，如上圖中微信、QQ、陌陌等社交應用的核心屬性是人，無人不社交，而搜狐視頻、知乎、網易等應用的核心屬性是內容，內容為王；其次由產品的核心屬性延伸到用戶與產品的關系，可歸納為強關聯或弱關聯；然后基本上就能確定登錄/注冊應該出現在什么地方了。
登錄/注冊因素
確定了登錄/注冊放在哪，下一步就需要考慮登錄/注冊以何種方式實現?；旧?，可以從內部需求與用戶需求兩方面來分析。
內部需求
需要考慮內部賬戶體系是怎樣的。有的公司并非只有一個產品，多個產品之間是否需要打通，還是保持獨立。若是多產品賬戶打通，只需參照公共規則設計即可；若是保持獨立，則需進一步考慮對賬戶信息的核心訴求，是手機號，還是郵箱亦或者其他信息。就移動端而言，手機號是最核心的用戶信息。
用戶需求
沒有一個用戶愿意在登錄/注冊上花費太多時間，因此易記、易用是用戶的基本需求。在此基礎上，需要結合內部需求，規劃要給用戶提供幾種登錄/注冊方式，其中對登錄失敗的處理機制也是需要關注的點，例如找回密碼、手機收不到驗證等。
登錄/注冊類型
用戶名/手機號/郵箱+密碼
傳統的登錄/注冊類型。關于此種類型，有兩點需要特別說明：
無論是PC端還是移動端，郵箱注冊的方式都逐漸被淘汰，支持“郵箱+密碼”登錄更多是滿足老用戶的登錄需求；
在移動端注冊流程中，“用戶名”屬性逐漸被弱化，手機號變為核心屬性，尤其是移動端。
我們以京東、OFO移動端的登錄/注冊來說明：
正如我們所講，京東支持用戶名/手機號/郵箱+密碼登錄，而在注冊中，就不再支持郵箱注冊，并且首先輸入的是手機號，然后才是用戶名和密碼。
接下來，我們再看OFO的登錄/注冊
由于OFO是最近一兩年才發展起來的，所以更能體現登錄/注冊趨勢。OFO把登錄與注冊進行了合二為一，其中的邏輯是登錄時輸入手機號后，系統會判斷手機號是否已經注冊；如果手機號已經注冊，則手機驗證通過后，直接跳轉到首頁；如果手機號沒有注冊，則手機驗證通過后，系統會使用用戶手機號生成一個賬戶，同樣跳轉到首頁。
在整個流程中，用戶需要輸入的僅僅是手機號和驗證碼，這樣的方式也是很多新起的APP所采用的方式。
手機號+驗證碼
其實上面的OFO就是“手機號+驗證碼”的類型之一，算是最簡潔的一種類型。除此之外，“手機號+驗證碼”還有一種類型：補充用戶名/手機號/郵箱+密碼。
作為傳統登錄方式的補充，手機快速登錄更多是為了給用戶提供便利。不過，這里有一種情況需要進一步考慮：沒有注冊的手機號如何處理。我們以滬江網校APP來說明一下。
滬江網校的做法是，如果用戶的手機號沒有注冊過，那么在手機號驗證通過后，會提示用戶輸入密碼，完成后，會給用戶自動注冊一個賬戶。
其實，關于這個問題還可以在進一步分析：如果用戶之前已經在PC端注冊了賬戶，但是沒有留手機號，現在使用手機號快速登錄。這種情況下，如何處理會更好呢？我覺得是不是可以考慮給用戶提供另外一種選擇：可以關聯以前的賬戶。這樣會不會更好呢？
第三方登錄
目前主流的第三方登錄一般包括微信、QQ、微博等。登錄的流程一般是第三方認證->認證通過后，關聯賬戶->登錄成功。
因為第三方登錄都有統一的接口，詳細的邏輯就不細講了，大家要做的話可以去官方看相關的文檔。這里需要說明的是“關聯賬戶”這個環節。
其實和“手機號+驗證碼”注冊流程一樣，首次使用第三方登錄，也需要考慮如何處理賬戶的問題，是可以讓用戶綁定原有的賬戶，還是直接幫助用戶自動生成一個賬戶。
總結
看似簡單的登錄/注冊，背后確實對用戶體驗、對企業商業模式的深刻理解，而產品經理需要做的就是在企業商業目標與用戶體驗之間找到一個平衡點，確保產品的良性發展。
作者：古木 ?微信公眾號：E木筆記
本文由 @E木筆記 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 Pixabay，基于 CC0 協議
測試用例，不用回復
主要面向2c產品的操作，對于2b產品來說需要考慮不同的邏輯，文章總結的很好，向你學習
互相學習哈！現在主要的研究方向是2C移動端
其實選擇何種方式注冊/登錄，還和后期運營和業務模式有關。我之前做過一個B2C產品，對B端就要求email注冊，對C端就手機注冊。因為我們需要對B端客戶進行運營(因為B端給錢哪！)同時推廣我們的產品，這時單單獲取手機號并無太大作用，所以我們選則email注冊。
選擇何種注冊方式，還是應該從公司層面進行設計，是只想獲取用戶數量，還是想更多的獲取用戶信息~
賬號體系 設計決定了 最終的 登錄形式
我在web端用身份證注冊了一個賬號，沒有綁定手機號。用手機號在app端注冊了一個賬號。我就有兩個賬號了。我的問題是：因為我最終只想用一個賬號，有什么辦法能讓兩個賬號的信息關聯在一起？
在WEB端開個入口，綁定手機號，從而關聯到一起；或者在APP端開個入口，綁定身份證號。這種入口也可以在WEB端或者APP的某個操作去引導綁定
哈哈哈，是這么個思路！
哈哈。想法很高端。
賬戶信息關聯不可能，必須放棄一個，綁定新的登錄方式
是的 賬戶信息關聯不可能，必須放棄一個，綁定新的登錄方式 可以這么操作：web端綁定郵箱（隨便的郵箱號，你不用的郵箱），郵箱可以作為登陸方式，然后解綁手機號，然后在APP端將手機號綁定，就實現了這個。 這種情況經常遇到，微信在手機APP一鍵登陸，在web端手機注冊進去，那就是兩種用戶信息了，合并是不可能實現的，只有換綁、解綁。
其他任何方式的注冊均強制一步：綁定手機號