起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識關于登錄產品設計的一些思考
有一次在面試的時候我突發奇想一個問題：如果讓你設計一個移動APP的登錄頁面你會考慮到哪些因素？這個問題問的很寬泛，但是我更希望面試者利用產品的思維回答這個問題，哪怕只是從一個維度。在后來產品面試過程中我也會問同樣的問題，每位面試者回答的結果不相同，這極大的激發了我對這個問題的思考。
用戶是誰？
很多APP下載下來之后，第一次打開APP就讓用戶登錄，這就有點不講理，我都不知道你里面是什么內容，你就讓我注冊登錄，豈有此理！所有我們需要首先考慮我們面對的用戶是誰？連用戶的基本特征都不清楚那跟意淫有什么區別？無外乎兩種登錄用戶特征：特征一，我就想看看；特征二，我想要我自己的東西。
為什么要去登錄？
根據上面的用戶特征分析，我們來設想用戶為什么要去登錄。如果僅僅是涉眾面廣的內容展示，需要登錄嗎？比如：我就想瀏覽新聞、聽聽音樂，這些內容大家都能看也不涉及隱私和所有權的問題，那就無需登錄嘛。那如果我想付費閱讀一篇文章，付完費之后我以后還能看，不登錄能行嗎？
所以用戶登錄不能影響到一個產品的轉化，不能讓登錄成為一道天塹，阻隔人們去探索、了解、分享新的事物，只有到迫不得已的時候才會彈出登錄的頁面，這無疑會提高登錄轉化率以及用戶粘性。
你希望用戶登錄之后看到什么？
同樣是用戶特征，如果是初次登錄，產品功能又很復雜或者產品有新功能，你希望用戶看到的是什么？當然是新手指引或者功能指引，這是一個很好的用戶教育機會，同時也可以提高登錄的轉化率。那么如果是老用戶，他對這個產品都已經很熟悉了，就不需要新手指引了，結果有很多產品在設計這個功能的時候就沒有思考過這個問題，導致每次登錄完成之后都是新手指引或者功能說明。當然如果按照用戶的業務屬性加一些內容運營或者活動運營的元素放在登錄后面會大大提高用戶粘性，起到事半功倍的效果。
登錄的方式有哪些？
方式一：用戶名+登錄密碼，這種方式是最原始的方式，以拉卡拉收款寶為例。
這種登錄方式有什么優缺點？
優勢：登錄名為用戶名而不是手機號郵箱，不涉及到個人隱私，而且較安全。
劣勢：我的用戶名是：夏洛？夏洛特？夏洛特煩惱？我特么得記住用戶名吖！
方式二：郵箱+登錄密碼（別告訴我還有驗證碼），這種方式流行過一段時間，典型的如：skillswap
這種登錄方式有什么優缺點？
優勢：登錄名為郵箱，很容易記住，而且忘記登錄密碼了可以使用郵箱找回。
劣勢：如果我的郵箱地址是這樣的Ae001_money@xiaopingguo.com.cn，呵呵！請給我一個悲傷的表情！還有同樣的問題：我的密碼是？
方式三：手機號+登錄密碼，這種方式現在很常見。
這種登錄方式有什么優缺點？
優勢：登錄名為手機號，很容易記住，而且忘記登錄密碼了可以使用手機號找回，都是數字好輸入。
劣勢：個人隱私，當你的信息被人無良商家泄露之后，這個問題就會被無限的放大。
方式四：第三方賬號登錄，還是以秒拍為例。
這種登錄方式有什么優缺點？
優勢：手指點幾下就可以登錄了，簡單、便捷！避免觸碰。
劣勢：不便于用戶轉化，無法獲取用戶個人信息，不利于運營。
方式四：手機號+驗證碼的方式，這種方式現在已經很普遍，就不一一舉例了，我們直接看優缺點。
優勢：無需記憶密碼，發個驗證碼就可以了。
劣勢：手機信號不行怎么辦？手機號注銷怎么辦？手機被別人撿到了怎么辦？
什么才是合理的設計？
我故意沒有把這個放在登錄方式里面，原因很簡單，有的人說既然這也不好那也不好，我刷刷刷全給整里面，你愛用什么用什么！缺點很明顯：這么多方式我該選哪種呢？是的，用戶該選哪一種作為正確且合理的登錄方式呢？其實答案我已經告訴大家了，在你熟知你的用戶群體的情況下，根據自身業務的需要選擇合適的登錄方式即可，這個登錄的方式沒有絕對的好，也沒有絕對的不好。
我會怎么設計？
除了上面要考慮的問題我還會考慮到其他產品設計內容，比如交互設計。以手機號+登錄密碼為例：
手機號輸入框失去光標之后，判斷用戶是否為注冊用戶，如果用戶為未注冊用戶，給出提示，并將登錄按鈕名稱置為“去注冊”，點擊直接跳轉注冊頁面，手機號自動填入。
?
我還見過有人會這么設計：
這就是沒有弄清楚這個頁面的主要功能是什么，是登錄不是注冊，所以在設計的時候一定要把主要功能凸顯出來，不能給用戶干擾項，影響用戶判斷。
另外，在登錄密碼鍵入后有一個1s的顯示時間，再進行脫敏，這樣設計可以在用戶輸入登錄密碼的時候能時刻知道自己輸入的密碼，以便隨時糾正。
本文由 @袖清風 原創發布于人人都是產品經理?，未經許可，禁止轉載。
當我的手機號輸入錯誤時，登錄按鈕變成去登陸的按鈕，我把手機號改成注冊過的手機號會不會變回成登陸按鈕；當我輸入的手機號格式錯的時候是否還會提示去注冊；去注冊的時候是否會直接把登陸的時候輸入的未注冊號碼搬過去？
手機號格式問題會直接提示：手機號格式問題，并不會到注冊。如果格式對了，尚未注冊，去注冊的時候號碼會自動填寫。不過現在有很多產品，把手機號放在第一個步驟，后面的驗證碼放在第二個步驟，這樣更簡潔。
小編的想法很別致。想問一下 小編的意思是未注冊的用戶在輸入手機號碼之后 就會判斷出這個號碼有沒有注冊嗎？
是的，失去焦點之后系統就可以判斷了。
這種失去光標之后立刻去后臺數據庫匹配，好像很少吧~一般是整體填完之后，點擊注冊按鈕才一次性觸發后臺數據匹配~
小編，你見過類似的產品嗎？或者你有沒有問過你們技術，這種實現起來是否比較繁瑣呢？
這樣判斷會增強用戶的體驗，如果是多項輸入信息，一次性判斷的話就會造成無效輸入，增加用戶的時間成本，具體技術怎么實現，我覺得不是問題，我是從產品的角度來思考這個問題，如果很難實現那就是我考慮不周了，但是貌似我見過，但是具體說在哪見到的，我忘記了，我碰到了和你分享下。
不錯不錯，之前一直想看些做產品如何思考的文章，謝謝大神~
這位朋友您好！多提寶貴意見，我們一起成長。