起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識解析「登錄功能」的類型與意義
相信我們都遇到過這些情況，看到?個好?章想評論收藏時，會提示我們先登錄；在?上購買的商品想看看發貨沒，系統卻提示你先登錄；想進?后臺看公司的數據都必須先登錄后才可查看；有的產品提供多種登錄?式，?有的卻只能?賬號密碼登錄…
那，登錄到底解決了什么問題呢？什么情況下才需要登錄？為什么地區不同、類型不同、端?不同所使?的登錄?式也會有所不同，接下來就讓我們?起解析?下登錄的那些事?。
一、登錄解決了什么問題，有什么意義？
登錄，解決了?戶與系統間的“告知與識別”的問題；就像我們在路上遇到熟?，他的臉“告知”了你的?腦他是誰，你的?腦才會把這個?的信息、與你的關系等信息“調”出來， 你才能叫出對?的名字。
其實登錄就是這樣的?個過程，將現實的我們與虛擬的我們進?匹配——現實的我以登錄的?式“告知”了系統對應的虛擬的我是哪?個，系統才能從后臺精準調取相應的信息去展示給我，買了什么，能操作什么，數據是多少，每個?戶都是不同的。
那不做登錄可不可?呢？
不做的話不但解決不了?戶與系統間“告知”與“識別”的問題， 反?會讓三?陷?混亂，產品不知道?戶是誰，?戶也找不到??的信息，有些業務也?法操作……
?論登錄?式如何簡單、流程如何優化，?戶與系統間都需要有?個“告知并識別” 的過程。?如在社交型產品中，如果不做登錄會怎樣，系統不知道消息是發給誰的，也不知 道發消息的?是誰，這是?法滿?社交這?需求的。
二、登錄的方式有哪些，都有什么意義呢？
1. 驗證碼登錄
驗證碼登錄，是當前很多產品推薦使?的登錄?式，特別是移動端，也經常?在拉新的運營活動中，?如領券、領紅包等。此登錄?式的主要特點如下：
優點：
- 短信驗證碼具有時效性和隨機性，相當于動態的密碼，能有效防?登錄密碼被破解；
- 驗證碼登錄不需要?戶強?記憶平臺賬號和密碼，降低了?戶的記憶成本和操作復雜度，提?了登錄效率；
- 對于未注冊的?戶，也簡化了注冊流程，提?了注冊率；
缺點：
- 短信發送是需要付費的，對于有一定用戶規模的企業來說成本會比較高；
- 因手機信號不好、手機號欠費或者第三方短信運營商的問題，驗證碼可能發送不了或延遲發送，導致用戶無法登錄，這時需要考慮給用戶提供其它解決方案；
- 因手機號回收，可能會導致賬號信息被他人使用，存在賬號安全隱患；
以小紅書app為例，我們看一下手機號驗證碼的數據流轉：
功能流程：
功能點說明：
注意的點：
- 什么樣的驗證碼有效，比如驗證碼的有效期、可獲取的時間間隔、同一個手機號在同一時間段有多個驗證碼相同時；
- 被機器惡意消耗短信配額時怎么辦，在pc端一般會讓用戶輸入圖形驗證碼、點擊某一處拖動等方式來判斷是否人為操作；但在移動端，為了簡化流程，只有系統識別到有黑客攻擊的意向時才會加入是否人為操作的判斷。
- 用戶獲取不到驗證碼時怎么辦，導致這樣的原因有很多，但用戶在使用時不會想那么多，這時我們就需要考慮怎么引導用戶去解決他當前遇到的問題。
2. 賬號密碼登錄
密碼登錄，就是我們常見的賬號密碼登錄方式，而賬號密碼登錄也有不同的方式，比如：手機號+密碼，郵箱+密碼，自定義的用戶名+密碼；有的平臺直接選擇一種方式，大部分平臺會結合多種方式去登錄。
（1）手機號+密碼
優點：
- 賬號便于記憶；
- 有利于企業獲取到用戶的聯系方式，方便后續運營；
- 無大的隱形成本；
缺點：密碼登錄的通用缺點都有
適用于：手機號+密碼的登錄方式pc、移動均適用，也是當前很多產品使用的登錄方式之一
（2）郵箱+密碼
優點：
- 能獲取到用戶的郵箱，可用于后期的郵件推廣
- 用戶自己的郵箱，賬號便于記憶
缺點：
- 用戶容易忘記密碼，記憶成本較高；
- 郵箱的普及率不太高，特別是老年人或者使用網路較少的人
適用于：多適用于國外的產品，或者企業內部使用的產品；
（3）自定義的用戶名+密碼
優點：未強制獲取用戶聯系方式，不會導致用戶反感；
缺點：
- 賬號、密碼均不容易記憶；
- 未能獲取到用戶的有效聯系方式，不利于后期的用戶運營；
- 這種方式不利于驗證用戶身份，并不知道是否是本人在操作；
- 密碼容易被破解。
適用于：是之前主流的登錄方式，現常見于海外產品、企業級產品；
接下來我們以小紅書為例，來深入看一下手機號+驗證碼登錄方式。
數據流轉：
功能流程：
功能點說明：
雖然有不同的賬號密碼登錄方式，但以下缺點每種方式都存在：
- 用戶記憶成本高，可能會因為忘記密碼而中斷登錄流程，登錄效率低；
- 登錄密碼屬于靜態密碼，在一段時間內不會被改變，被破解的概率較高，存在被盜風險；
- 此方式只適用于已注冊的用戶，未注冊用戶需要去注冊頁面走注冊流程；不利于新用戶的引入；
要注意的點：
- 賬號密碼登錄所用的賬號，無論用手機號、郵箱、自定義用戶名來登錄，在當前平臺內必須是唯一的；
- 忘記密碼的流程，在設計時需要考慮身份驗證，每個平臺不同身份驗證的方式不同，最常用的是用綁定的手機號進行驗證，還有郵箱驗證、人臉驗證等；
- 產品在選擇以哪種密碼登錄方式時，需根據產品的定位、每種方式的優缺點和適用場景來做選擇，比如針對海外用戶使用的產品，手機號+密碼的登錄方式就不太適合，雖然它在國內比較主流。
3. 第三方登錄
第三方登錄是以其它平臺賬號進行登錄的方式，國內常見的是用微信、qq、新浪微博三個平臺進行登錄。
這種登錄方式優點是用戶操作方便，引入第三方平臺的賬號驗證體系，對平臺來說安全可靠；但缺點是受限于第三方平臺，只能根據第三方平臺返回的信息來填充自己平臺用戶體系，無法獲得有價值的用戶信息。
為了解決這一問題，大部分平臺會在第三方登錄后讓用戶綁定手機號，在產品設計時需根據自身情況來判定是否需要綁定手機號。
小紅書第三方登錄數據流轉：
功能流程：
功能點說明：
以上流程為小紅書移動端的第三方登錄流程，未涉及手機號綁定的流程，但現在大部分平臺在第三方登錄后會讓用戶綁定手機號，將用戶信息平臺私有化，方便平臺的用戶運營。
要注意的點：
- 綁定手機號在用戶看來只是輸入手機號、驗證碼這么簡單，但在后臺需要考慮到賬號信息合并的問題，該手機號已綁定過其它同平臺的賬號，該手機號已注冊并已有自己的用戶信息等情況。
- 因操作習慣不同，不同端口在進行第三方登錄時操作流程會有所區別，比如第三方微信登錄，在pc端一般是用微信app掃碼進行登錄，而在移動端是直接調用微信app授權。
- 移動端在做第三方登錄時，應考慮用戶未安裝該平臺的app怎么辦，或者已安裝該平臺但未登錄時怎么辦。雖然第三方平臺有相應的解決方案，但在產品設計時也應考慮到此種情況，結合自己產品的定位去引導用戶進行相應操作。
4. 掃碼登錄
掃碼登錄，同指紋登錄、刷臉登錄等方式，是新型的快捷登錄方式；適用于同一產品有多個端口的情況，比如新浪微博app和網站、視頻播放產品等；優點是用戶登錄操作簡單、更加安全（登錄過程中用戶無需輸入賬號密碼，只有二維碼展示），缺點是使用場景受限（有自己的app、需在移動端已登錄的情況下）在產品設計時需考慮碼的時效性、用戶確認授權登錄這一操作。
以愛奇藝視頻播放器產品為例，看一下它的數據流轉及功能流程；
數據流轉：
功能流程：
功能點說明：
以上所列為現在使用較多的登錄方式，此外近來新出現的方式還有指紋登錄、刷臉登錄、本機號碼一鍵登錄（app）等，每種登錄方式都有優勢、也有不足的地方，在設計登錄流程時，需根據產品定位、目標用戶、企業利益來考慮，選擇更加適合的登錄方式。比如企業用戶更喜歡使用郵箱，但普通用戶會更偏向于手機號。
三、還需要注意的事項
1. 多平臺賬號通用
多平臺賬號通用指的就是單點登錄，在企業內部系統間使用單點登錄可有效提高公司效率，避免重復錄入修改信息，而在企業對外產品中，單點登錄有助于平臺用戶的統一管理。在產品設計時需要注意考慮賬號信息的共用、合并，賬號的統一修改。
2. 登錄成功后應該去哪兒
看到這個，我們一般會想當然的認為，登錄成功后直接進入產品首頁即可，但在用戶實際操作過程中，卻并非如此，特別是移動端。用戶瀏覽一則資訊，想收藏評論該資訊，卻需要登錄后才可操作，那登錄成功后應該進入哪個頁面呢，是返回該資訊的詳情頁還是產品首頁。若返回產品首頁則用戶還需要找到之前看的資訊再去評論、收藏，但直接返回資訊詳情頁用戶直接評論、收藏即可。
看著是顯而易見的事，但產品在設計登錄時需提前考慮此種情況，什么情況下返回什么頁面，這樣研發同學可提前考慮是否向后臺傳相應的數據。
3. 忘記密碼
忘記密碼是用戶在未登錄的情況下，不知道密碼是什么，急需重置密碼去登錄，那我們在設計忘記密碼的流程時就需要盡可能的簡化，讓用戶盡快完成密碼重置的需求。忘記密碼的流程一般分為兩步，身份驗證和設置新密碼，那怎樣在簡化流程、保證安全的同時滿足用戶需求呢？
身份驗證：
目的是為了證明賬號所有權，保證賬號擁有者的安全性。身份驗證的方式一般為手機號驗證、綁定的郵箱驗證這兩種，有的安全性要求較高的產品會提供其它驗證方式（比如手機號+銀行卡、人工），但都是為了保證用戶賬號的安全。平臺也可根據自己的產品特性，為用戶提供新的身份方式，比如密保問題、指紋驗證、刷臉驗證等。
設置新密碼：
在設置新密碼時有的產品只讓用戶輸入一遍密碼，有的產品會讓輸入兩次，這需要根據產品定位來考慮。
有的產品安全性要求較高，此時應再次確認密碼，有利于強化用戶對于新密碼的記憶，增加密碼重置的門檻；而對于安全性不那么高、未涉及到交易支付、不是企業級產品的可設計為輸入一次，用戶在這些產品的登錄習慣默認會使用驗證碼登錄方式，賬號密碼登錄使用較少，用戶設置新密碼時，很可能用的是以前的舊密碼，也沒必要。
本文由 @阿井 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
