登錄功能是每個產品的基礎功能，用戶已經習以為常了，但對於產品經理來說，這是打開用戶通往產品世界大門的“鑰匙”，需要好好設計。本文作者對登錄功能設計邏輯進行了解析，希望對你有幫助。
在用戶看來，登錄像是一個一次性的功能，很多 APP 在手機上登錄過一次之後，在下一次換手機之前，都不會再看到登錄頁面。
對於用戶而言，登錄功能是“平平無奇”的，但產品經理卻不這麼認為。
一、同樣的一把鎖，有的人選擇裝在入戶門上，有的人選擇裝在房間門上
目前登錄功能的放置邏輯有兩種主流的設計：登錄前置和登錄後置。
登錄前置是指用戶打開應用時，應用會要求用戶先進行登錄，登錄成功後，才允許用戶訪問資源。
這種邏輯就好像將鎖裝在入戶門上，要想進入房子，需要先打開入戶門上的鎖。代表的應用有微信、支付寶等。
登錄後置是指用戶打開應用時，可以訪問應用的部分資源，當用戶訪問需要賬號權限才能訪問的特定資源時，才要求用戶登錄。
這種邏輯就像將鎖裝在房間門上，你可以隨意進入房子，但是想要進入房間，則需要先打開房間鎖。代表的應用有抖音、淘寶、京東等。
登錄前置還是後置，主要看“資源”。
如果應用的資源基本都是屬於“隱私資源”，則需要將登錄前置，比如微信、支付寶等，訪問的資源基本都是社交、聊天、支付等隱私信息，所以會採用登錄前置的設計，就好比你家客廳放着電視沙發電冰箱，你最好給你的入戶門上把鎖。
如果應用的資源多數是屬於“公開資源”，則可以將登錄後置，比如抖音、淘寶、京東等，訪問的資源都是短視頻、商品等，這些都是可以公開訪問的資源，只有當你想查看自己的訂單或收藏等，涉及到自己的“隱私資源”時，才會要求登錄，就好比你家裡客廳空空如也，貴重物品都放在房間里，或許你可以做到夜不閉戶，但是房間門你確定不上一把鎖嗎？
二、開鎖的時候再來配鑰匙
相比以前的賬號密碼登錄，現在應用的主流登錄方式變成了驗證碼登錄和第三方授權登錄，這樣的登錄方式弱化了註冊的概念。
一般在登錄的時候，如果賬號不存在，系統會自動註冊一個新的賬號，這個註冊過程對用戶而言是無感的。這就好比要開鎖的時候，發現沒有鑰匙，以前的方式是讓你跑到另外一個地方配一把鑰匙，再跑回來開鎖，現在是當場就給你配一把鑰匙，直接開鎖。
手機驗證碼已經變成大多數平台首選的登錄方式。
有的應用依舊保留了賬號密碼登錄的設計，如果用戶首次登錄是用手機驗證碼登錄的話，則會出現一個問題，就是新註冊的賬號沒有密碼，針對這種情況，一般有3種解決方案：
1、在設置中增加設置密碼的入口，如果賬號沒有密碼，則顯示入口，如果用戶已經設置了密碼，則可以將該入口改為修改密碼的入口。
2、調整註冊流程，在註冊賬號時增加設置密碼的功能。
3、在使用賬號密碼登錄的時候進行判斷和處理，這種就比較複雜了。
首先要在登錄時進行校驗。
然後還需要增加一個未登錄狀態下設置密碼的流程。
也有用戶不喜歡接收短信驗證碼等待的那幾秒鐘，從而選擇第三方授權登錄。
授權登錄會跳轉到第三方應用，由用戶點擊同意授權，授權成功後獲得第三方應用分配的“用戶 ID”，系統再將取得的用戶 ID 在系統中查找是否有綁定的賬號，如果沒有綁定賬號，則說明之前用戶沒有使用該 ID 授權登錄過，則可以創建新賬號並綁定 ID。
這種方式帶來的問題比手機驗證碼更多，賬戶只能拿到一個第三方的用戶 ID，這次不止沒有密碼，連手機號都沒有了。如果用戶下次換成手機驗證碼登錄，這個時候就會再註冊一個賬號，兩個賬號數據是隔離的，這個對用戶來說無疑是一種困擾。
因此，除了那些只支持第三方授權登錄的平台，凡是通過第三方授權登錄成功的，如果賬號還沒有綁定手機號，一般都會要求綁定。
當然，如果是新註冊的賬號，你也可以在綁定手機號之後再要求用戶設置密碼，但是這個操作對用戶來說太過繁瑣，一般都會捨棄這個環節。
三、以鎖解鎖
世界上有一種最難解決的問題，叫做——歷史遺留問題。
產品的形成是迭代的結果，在不同的階段會呈現不同的形態，但這些形態不總是兼容的。可能在某個階段，產品的登錄是以手機驗證碼為主，到了某個階段變成了以第三方授權登錄為主，前期他們可能是獨立的，不同的登錄方式會註冊為不同的賬號，等到了某個階段，要將這兩種方式融合的時候，這才發現問題來了，一個已經有數據的第三方授權登錄賬號要綁定一個已經有數據的手機驗證碼登錄賬號，這個時候就衝突了。
這就好比一個門只能上一把鎖，此時你手裡有兩把鎖，你的意圖是將兩把鎖都上上去，這個時候就衝突了。這個時候只能“以鎖解鎖”，這個不是什麼高深的理論，說白了，遇到這種情況，你要麼輪流使用兩把鎖，要麼主動放棄一把鎖，或被迫放棄一把鎖，只使用其中一把鎖。
從產品上而言，就是用戶可以選擇不將第三方賬號綁定到這個手機號，還是兩個賬號，分開使用，如果一定要將第三方賬號綁定到這個手機號，系統則只能要求你註銷其中一個賬號，只保留一個賬號。
用戶可能是在登錄時使用第三方授權登錄，被要求綁定手機號，結果手機號也註冊了賬號。
也有可能是在已經綁定了手機號的賬號內綁定第三方賬號，或在已經綁定第三方的賬號內綁定手機號發現賬號衝突，基本思路都是相同的，都是要求註銷其中一個賬號，只保留一個賬號，保留的賬號就可以同時綁定手機號和第三方賬號。
為什麼要做這麼“極端”的設計呢，主要是因為兩個賬號都有數據，如果不註銷其中一個，強行合併兩個賬號數據，有些數據就會產生衝突。
舉個例子，假設我要合併兩個賬號，類似訂單這些數據是可以合併到一起的，但是如果是類似頭像、昵稱等等這些信息，一個賬號不能同時存在兩份信息，只能保留一份，那到底要保留哪個賬號的呢。
或許你認為可以將能合併的數據進行合併，不能合併的數據讓用戶選擇保留其中一個賬號的，這種理論上是可行的，但是後續每開發一個跟賬號有關的功能，都得考慮哪些數據可以合併，哪些數據得放棄合併，成本太高，遠不如讓用戶註銷其中一個賬號來的經濟。
所以，對用戶來說平平無奇的登錄功能，其實正是產品經理打開用戶通往產品世界大門的“鑰匙”。
#專欄作家#
產品錦李，公眾號：產品錦李（ID：IMPM996），人人都是產品經理專欄作家。不務正業的產品經理和他的產品設計。
本文原創發佈於人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。
該文觀點僅代表作者本人，人人都是產品經理平台僅提供信息存儲空間服務。
