酷播亮新聞
上篇文章跟大家聊到啟動頁、廣告頁、引導頁面的設計思想。 今天跟大家聊聊登錄設計的那些事。
登陸模塊在產品中佔的權重自然不用多說，在產品構建初期就要考慮好登陸模塊的設計，登錄採取的賬號類型決定開髮根據賬號類型建立用戶數據表，同時用戶賬號又與後期的用戶成長 體系直接關聯。
所以不要小看一個小小的登錄，登陸設計是初始之重，初期考慮不齊全後續會給產品帶來“災難”性問題，有可能會面臨整個登陸模塊的重構，本次給大家分享登錄 模塊設計分：《登錄前和登錄後用戶可以做什麼》、《常見的登錄方式有那些》、《登錄之後數據融合如何處理》、《遊客賬號與正式賬號的區別》、今天先分享第一部分。
登錄前用戶可以做什麼？
先來看一個場景：
- 場景1：用戶A被某商場的廣告吸引決定去某商場逛逛，走到商場門口進入大門就直接進入商場瀏覽商品。
- 場景2：用戶B被某商場的廣告吸引決定去某商場逛逛，走到商場門口保安人員要求用戶B必須出示身份證才可以進入商場。
這兩個場景前者不需要出示身份證（無門檻）直接進去隨便逛，後者要求必須有身份證才可以進去（有門檻的），這裡跟我們的登錄場景是一樣的。
登陸前用戶行為1：無門檻案例
用戶打開圖下APP就可以直接進入APP首頁,瀏覽商品、查看資訊等。 用戶操作行為屬於用完即走，後台不做任何記錄側重點在於 “瀏覽” ，而用戶是否能夠通過快速的“瀏覽”吸引用戶要想“操作”產品，取決於產品功能、界面設計以及頁面引導。 （如下圖）
登陸前用戶行為分解
- Step1：打開APP
- Step2：進入啟動頁面
- Step3：進入引導頁面（引導頁面根據產品需求是否每次展示）
- Step2：進入首頁瀏覽信息（查看商品或者查看直播信息）
- Step3：觸發點擊事件（購買/觀看）
- Step4：事件回饋（提示需要用戶需要登陸才可以？）
- Step5：結果：執行或者放棄下一個動作（操作登陸）
登陸前用戶行為2：有門檻案例
登陸前用戶行為2分解
- Step1：打開APP
- Step2：進入啟動頁面
- Step3：進入引導頁面（引導頁面根據產品需求是否每次展示）
- Step4：進入登陸頁面
兩種方式對比
案例1對應的就是場景1，案例2對應是場景2，有些童鞋在做登錄的時候會糾結”我到底要不要用戶登錄”才可以使用產品，來我們對比下優劣勢：
優勢： 使用無門檻方式，用戶可以快速進入APP了解產品功能，若頁面比較吸引用戶可觸髮用戶登錄轉換為正式用戶；使用有門檻方式，用戶註冊成功，新增一條用戶數據有利於新增，因必須登錄 才可以進入APP，前端只需要判斷一次即可。
劣勢： 使用無門檻方式，用戶快速進入APP了解產品功能，若頁面沒有吸引用戶的地方會快速離開不點一點痕跡，並且前端需要做多次解發判斷；使用有門檻方式增加用戶進入APP成本。
總結：不管採用那一種方式都沒有好與不好之分，取決於產品屬性，適合的就是最好的。
登錄後用戶可以做什麼？
對用戶
登陸後即我們所說的登陸成功，會給用戶一個賬號，用戶擁有賬號之後可以在APP內使用該賬號對應的權限。
賬號會跟用戶成長體系關聯，不同的賬號擁用不同的查看和操作權限。 如同我們去商場購物、普通會員跟VIP會員所享受的待遇是不同的。
對應用
獲取用戶信息
- QQ登錄：可以獲取頭像跟暱稱。
- 微信登錄：可以獲取頭像跟暱稱。
- 手機登錄：後台隨機給用戶生成用戶暱稱以及顯示默認頭像。
常見登錄問題
Token過期的處理
在當前的開發中，大多數情況下，用戶登陸成功之後，會有服務端下發一個Token作為用戶的身份證明，其中包含了用戶的部分個人信息，在以後的請求過程中，客戶端需要將 Token參數傳給服務端，作發送給服務器作為用戶身份驗證的一個步驟，因Token存在有效期這裡就會出現Token失效的問題，出現Token失效問題，用戶就無法使用APP，處理方式如下：
登錄成功刷新問題
用戶登錄成功有時會存在個人中心獲取不到用戶信息（請注意開發會說這是網絡問題沒有顯示出來）這是刷新問題導致的，刷新沒有做好會導致用戶信息時有時無（這個坑實打 打的踩過來的），前端需要做刷新處理。
第三方取消授權
用戶使用第三方登錄需要用戶同意授權才可以，如果用戶不同意授權返回登錄頁面顯示TIPS：登錄未授權。 （提示語可以自己定義）
同一個賬號在多個設備上登錄
當同一個賬號在不同的設備或者操作系統上登錄時，另一個賬號需要自動擠下線（如微信登錄處理方式），用戶在此點擊頁面時引導用戶跳轉到登錄頁面。
作者將自己踩過的坑做總結复盤，因時間關係部分沒有寫的很祥細到位，歡迎大家補充。
本文由 @行走的魚 原創發佈於人人都是產品經理。 未經許可，禁止轉載。
題圖來自PEXELS，基於CC0協議