中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

登錄功能是每個產品的基礎功能，用戶已經習以為常了，但對于產品經理來說，這是打開用戶通往產品世界大門的“鑰匙”，需要好好設計。本文作者對登錄功能設計邏輯進行了解析，希望對你有幫助。

在用戶看來，登錄像是一個一次性的功能，很多 APP 在手機上登錄過一次之后，在下一次換手機之前，都不會再看到登錄頁面。

對于用戶而言，登錄功能是“平平無奇”的，但產品經理卻不這么認為。

一、同樣的一把鎖，有的人選擇裝在入戶門上，有的人選擇裝在房間門上

目前登錄功能的放置邏輯有兩種主流的設計：登錄前置和登錄后置。

登錄前置是指用戶打開應用時，應用會要求用戶先進行登錄，登錄成功后，才允許用戶訪問資源。

這種邏輯就好像將鎖裝在入戶門上，要想進入房子，需要先打開入戶門上的鎖。代表的應用有微信、支付寶等。

登錄后置是指用戶打開應用時，可以訪問應用的部分資源，當用戶訪問需要賬號權限才能訪問的特定資源時，才要求用戶登錄。

這種邏輯就像將鎖裝在房間門上，你可以隨意進入房子，但是想要進入房間，則需要先打開房間鎖。代表的應用有抖音、淘寶、京東等。

登錄前置還是后置，主要看“資源”。

如果應用的資源基本都是屬于“隱私資源”，則需要將登錄前置，比如微信、支付寶等，訪問的資源基本都是社交、聊天、支付等隱私信息，所以會采用登錄前置的設計，就好比你家客廳放著電視沙發電冰箱，你最好給你的入戶門上把鎖。

如果應用的資源多數是屬于“公開資源”，則可以將登錄后置，比如抖音、淘寶、京東等，訪問的資源都是短視頻、商品等，這些都是可以公開訪問的資源，只有當你想查看自己的訂單或收藏等，涉及到自己的“隱私資源”時，才會要求登錄，就好比你家里客廳空空如也，貴重物品都放在房間里，或許你可以做到夜不閉戶，但是房間門你確定不上一把鎖嗎？

二、開鎖的時候再來配鑰匙

相比以前的賬號密碼登錄，現在應用的主流登錄方式變成了驗證碼登錄和第三方授權登錄，這樣的登錄方式弱化了注冊的概念。

一般在登錄的時候，如果賬號不存在，系統會自動注冊一個新的賬號，這個注冊過程對用戶而言是無感的。這就好比要開鎖的時候，發現沒有鑰匙，以前的方式是讓你跑到另外一個地方配一把鑰匙，再跑回來開鎖，現在是當場就給你配一把鑰匙，直接開鎖。

手機驗證碼已經變成大多數平臺首選的登錄方式。

有的應用依舊保留了賬號密碼登錄的設計，如果用戶首次登錄是用手機驗證碼登錄的話，則會出現一個問題，就是新注冊的賬號沒有密碼，針對這種情況，一般有3種解決方案：

1、在設置中增加設置密碼的入口，如果賬號沒有密碼，則顯示入口，如果用戶已經設置了密碼，則可以將該入口改為修改密碼的入口。

2、調整注冊流程，在注冊賬號時增加設置密碼的功能。

3、在使用賬號密碼登錄的時候進行判斷和處理，這種就比較復雜了。

首先要在登錄時進行校驗。

然后還需要增加一個未登錄狀態下設置密碼的流程。

也有用戶不喜歡接收短信驗證碼等待的那幾秒鐘，從而選擇第三方授權登錄。

授權登錄會跳轉到第三方應用，由用戶點擊同意授權，授權成功后獲得第三方應用分配的“用戶 ID”，系統再將取得的用戶 ID 在系統中查找是否有綁定的賬號，如果沒有綁定賬號，則說明之前用戶沒有使用該 ID 授權登錄過，則可以創建新賬號并綁定 ID。

這種方式帶來的問題比手機驗證碼更多，賬戶只能拿到一個第三方的用戶 ID，這次不止沒有密碼，連手機號都沒有了。如果用戶下次換成手機驗證碼登錄，這個時候就會再注冊一個賬號，兩個賬號數據是隔離的，這個對用戶來說無疑是一種困擾。

因此，除了那些只支持第三方授權登錄的平臺，凡是通過第三方授權登錄成功的，如果賬號還沒有綁定手機號，一般都會要求綁定。

當然，如果是新注冊的賬號，你也可以在綁定手機號之后再要求用戶設置密碼，但是這個操作對用戶來說太過繁瑣，一般都會舍棄這個環節。

三、以鎖解鎖

世界上有一種最難解決的問題，叫做——歷史遺留問題。

產品的形成是迭代的結果，在不同的階段會呈現不同的形態，但這些形態不總是兼容的。可能在某個階段，產品的登錄是以手機驗證碼為主，到了某個階段變成了以第三方授權登錄為主，前期他們可能是獨立的，不同的登錄方式會注冊為不同的賬號，等到了某個階段，要將這兩種方式融合的時候，這才發現問題來了，一個已經有數據的第三方授權登錄賬號要綁定一個已經有數據的手機驗證碼登錄賬號，這個時候就沖突了。

這就好比一個門只能上一把鎖，此時你手里有兩把鎖，你的意圖是將兩把鎖都上上去，這個時候就沖突了。這個時候只能“以鎖解鎖”，這個不是什么高深的理論，說白了，遇到這種情況，你要么輪流使用兩把鎖，要么主動放棄一把鎖，或被迫放棄一把鎖，只使用其中一把鎖。

從產品上而言，就是用戶可以選擇不將第三方賬號綁定到這個手機號，還是兩個賬號，分開使用，如果一定要將第三方賬號綁定到這個手機號，系統則只能要求你注銷其中一個賬號，只保留一個賬號。

用戶可能是在登錄時使用第三方授權登錄，被要求綁定手機號，結果手機號也注冊了賬號。

也有可能是在已經綁定了手機號的賬號內綁定第三方賬號，或在已經綁定第三方的賬號內綁定手機號發現賬號沖突，基本思路都是相同的，都是要求注銷其中一個賬號，只保留一個賬號，保留的賬號就可以同時綁定手機號和第三方賬號。

為什么要做這么“極端”的設計呢，主要是因為兩個賬號都有數據，如果不注銷其中一個，強行合并兩個賬號數據，有些數據就會產生沖突。

舉個例子，假設我要合并兩個賬號，類似訂單這些數據是可以合并到一起的，但是如果是類似頭像、昵稱等等這些信息，一個賬號不能同時存在兩份信息，只能保留一份，那到底要保留哪個賬號的呢。

或許你認為可以將能合并的數據進行合并，不能合并的數據讓用戶選擇保留其中一個賬號的，這種理論上是可行的，但是后續每開發一個跟賬號有關的功能，都得考慮哪些數據可以合并，哪些數據得放棄合并，成本太高，遠不如讓用戶注銷其中一個賬號來的經濟。

所以，對用戶來說平平無奇的登錄功能，其實正是產品經理打開用戶通往產品世界大門的“鑰匙”。