登錄註冊全解：「登錄註冊」這潭水到底有多深？

統一個功能在不同的產品中往往具有不同的表現，因此評估一個功能的好壞也應基於具體產品具體場景展開，登錄註冊功能也不例外。

• A產品竟然支持郵箱註冊，郵箱註冊這種方式主要是PC端時盛行的，現在手機號註冊收驗證碼多方便，這種方式不好；
• B產品竟然不能設置密碼，每次登陸都要手機驗證碼，這萬一手機沒信號收不到驗證碼怎麼辦，這種方式不好；
• C產品我用第三方登陸了，竟然還讓我綁定手機號，這不是欺騙用戶么，太不要臉了，這種方式不好；

關於登陸註冊功能的設計，有很多觀點，這些觀點看起來都沒有錯，但請你記住：

A產品可能從PC時代開始發展的，積累了大量郵箱註冊用戶，而且A產品經常通過郵箱給用戶發送一些信息，比如美食傑

B產品提供的功能服務可能本身就需要先驗證手機才能使用，比如餓了么，即使登陸時不驗證手機號，訂餐時也要驗證（當然現在他們也有密碼登陸了，但還是推薦手機號+驗證碼登陸）

C產品由於運營需要用戶的手機號，他們可能通過權衡讓用戶綁定手機號帶來的損失和沒有用戶手機號帶來的損失，這樣可能是最優方案

所以我們不能拋開產品本身去談登陸註冊功能體驗的好與壞，這篇文章就把所有產品的登陸註冊功能中所設計到的功能、體驗跟大家系統的聊一下，當你設計該功能時只要從中篩選你的產品所需要的點即可。

登陸註冊的功能設計，別說是產品經理，就算是普通用戶應該也不會太陌生，我們分別描述一下各個模塊。

登陸功能

• 首先大家要知道，很多產品並不是採用單一的登陸方式，絕大多數情況是多種方式的混合。
• 不同登陸方式的優劣

手機號+密碼登陸是目前最常用的登陸方式，手機的普及，移動互聯網的發展，都為這種登陸方式提供了獨特的優勢，像我們的父母他們可能沒有郵箱，但一定有手機號。

手機號+驗證碼這種方式有一部分產品在用，比如餓了么，36氪，他們都首先推薦手機號+驗證碼登陸，不過意義不同，餓了么用戶在訂餐時本來就需要驗證一下用戶身份，所以相當於把登陸和驗證用戶身份統一了，而36氪是為了超輕的登錄體驗，不用去輸繁瑣的密碼。但是這種方式的弊端也很明顯，畢竟讓用戶驗證碼登陸，風險不能控制，第三方簡訊平台出問題，用戶信號異常，都會給登陸造成麻煩。

郵箱+密碼登陸這種方式從PC時代就開始盛興，所以很多產品不得不留有郵箱登陸的入口，產品通過郵箱給用戶發驗證碼確實不及通過簡訊發那麼方便，但也不是說郵箱登陸在移動互聯網時代就沒有一點用，畢竟郵箱是除了手機號之外另一條能夠和用戶通信的途徑，方便產品運營和用戶聯繫，方便用戶找回密碼等。

用戶名+密碼登陸更依賴於產品的功能，比如一個美食平台，我們希望一些美食自媒體能夠在我們平台建立自己美食小屋，可以承載一些菜譜，做飯經驗之類的內容，我們非常希望用戶像經營自己的一家小店一樣在平台是生產內容，例如，『李嬸家常菜』，『王婆湘菜館』，為了強調大家對這個用戶名的認知，所以我們保留了用戶名+密碼登陸。

第三方登陸大家也不陌生，這種方式最大的優勢就是方便，不用輸密碼，不用填寫個人信息，對於用戶來說體驗是不錯，但是對於產品來說就有點兒慘了，拿不到用戶任何有用的信息，非常不便於後期開展運營活動，這也是很多產品一直在尋找的平衡，現在很多產品在第三方登陸之後會提醒用戶綁定手機號，用戶也可以選擇跳過，雖然還不夠完美，但也還好，具體還是要看產品本身的需求。

人臉登陸、指紋登陸，目前來看只是一些產品的輔助登陸功能，例如支付寶，如果說替代目前的主流登陸方式，還不好說，未來有任何可能

註冊功能

註冊的方式和登陸的方式基本一樣，這裡值得注意的一點是，APP端註冊的方式和登陸的方式並不一定是一一對應的，為什麼怎麼說呢，比如知乎APP，雖然由於PC老用戶的原因，不得不提供郵箱登陸，但是，可以限制新用戶用郵箱進行註冊，隨著新用戶越來越多，可能手機號註冊的用戶佔比會越來越高

找回密碼

目前最常用的找回密碼的方式就是通過手機號或者郵箱發送一個驗證碼，如果遇到手機不用了，或者郵箱也忘記密碼了這類極限情況，還應該給用戶提供一個申述的渠道，提供一些信息，讓我們的系統或工作人員審核，幫助其找回密碼。

當然也有一些產品根據自己的產品功能提供一些密碼找回方式，比如電商類APP可以讓用戶選擇最近購買過的商品，社交類的APP可以讓用戶選擇最近聯繫的好友等等。

更換手機號、解綁第三方賬號、修改密碼

這些功能一般在APP的設置-賬號設置里，這些功能相對來說比較低頻，但是作為一個有態度的產品，我們儘可能都考慮到。很多產品並沒有提供單獨的修改密碼的入口，而是直接讓用戶通過」找回密碼」功能來修改密碼。

大家經常說登陸註冊功能的用戶體驗，可以直接看出一個產品的態度，很多大廠的APP依然會有登陸註冊卡殼的情況，登陸註冊的功能並不複雜，但要想體驗極佳，真的需要考慮很多因素，這些因素並不是每一個產品都必須把這些都包含進去，根據自己產品的需要，制定最優的解決方案即可，下面我就簡單來分析一下都需要考慮哪些。

引導用戶手機號註冊

對於某些產品希望用戶更多的用手機號註冊，但是又怕不能用郵箱註冊會損失一批用戶，這時候可以把」使用郵箱註冊」放一行小字在下面，用戶點擊才可以切換到郵箱註冊。

輸入的手機號的顯示方式

11位數字用戶看起來已經會有點費腦子了，所以用戶在輸入手機號時，如果能以3 4 4的方式顯示，用戶看起來會輕鬆很多，例如131 2108 8669。

一鍵清空輸入的賬戶或密碼內容

當用戶切換賬號或者輸錯的時候，用戶是要一位一位刪除，還是可以一鍵清除一整行內容，仁者見仁智者見智

手機號是否區分國家

首先要了解產品的定位，未來有沒有打算進入國際市場，如果有，那就要考慮手機號區分國家。

簡訊驗證碼的有效期

簡訊驗證碼的有效時間一般和產品信息安全程度成正比，例如金融類產品，簡訊驗證碼的有效期一般都比較短，比如1分鐘，因為夜長夢多，避免一些不必要麻煩。但是對於一般的產品，可能會10分鐘，甚至半個小時都有效。還有多少秒之後用戶可以重發驗證碼30s？60s？最多不要超過120s，當然也可以用更好的方式，比如，一天中，第一次獲取驗證碼到第二次獲取驗證碼，30s可以重發，第二次-第三次獲取驗證碼，60s可以重發，然後依次類推，這樣可以一定程度避免一些人惡意刷簡訊驗證碼。

語音驗證碼

簡訊驗證碼這一步存在不可控的風險，簡訊服務商出問題，手機信號出問題，甚至有的簡訊可能被攔截，這些都可能導致用戶不能正常收到簡訊驗證碼，所以現在很多產品增加語音驗證碼的功能，雙重保障，降低用戶無法正常註冊的概率。

實時數據驗證

假如用戶在用手機號進行登錄，用戶第一個數字輸入9，這時候應該實時提醒用戶手機號不合法，讓用戶及時糾正，提高註冊效率，類似的情況還有，實時驗證手機號是否被註冊，驗證郵箱是否合法等等

郵箱登陸註冊時智能顯示後綴

很多用戶都會比較煩輸入@qq.com,@這些郵箱的後綴，如果能再用戶輸入的時候，自動顯示出來常用的郵箱後綴，對用戶來說體驗會更好。

清空用戶賬號信息的機制

用戶登陸了我們的產品，那麼，用戶多長時間不登錄會需要重新登陸呢？這個也很顯然，和產品類型有關，信息安全層級比較高的產品，例如招商銀行客戶端，只要退出應用，立馬就得需要重新輸入；其次就是支付寶，京東金融這類產品，因為有手勢密碼、支付密碼等二次驗證，所以一般用戶一段時間內不登錄，就需要重新輸入密碼；最後就是一些不涉及信息安全的產品，例如美食傑、下廚房，他們可能就會永久記住賬號密碼，只要你不手動退出登錄，那就一直登錄著，甚至有些產品你卸載后再次下載，賬號密碼都會保留。

密碼有限制明文、暗文的切換開關

相信大家對」輸入密碼」」再次輸入密碼」並不陌生，但現在很多人對這種方式提出質疑，覺得沒必要，即使輸錯的，下次點擊忘記密碼也能很快解決，所以現在大部門產品只讓用戶輸入一次密碼，有的為了減低錯誤幾率，就做了一個明文、暗文的切換開關，用戶如果懷疑自己輸錯了，可以打開開關檢查一下。

清晰的用戶反饋

用戶登陸註冊過程中出現問題時，要給出清晰的反饋，例如，郵箱格式不正確，手機號不合法等，不要讓用戶猜自己哪裡輸錯了。不過有一種特殊情況比較例外，當用戶登陸時，輸錯賬號或者密碼，一般都是提示用戶」賬號或者密碼錯誤」而不是直接給出明確的賬號錯誤或者密碼錯誤，有一些解釋是為了信息安全，可以減少被破解幾率，我個人認為其實如果不是什麼涉及用戶安全太深的產品，給出明確提示也無妨。

第三方登陸后要不要提醒用戶綁定手機號

這又是一個需要取捨和找平衡的問題，第三方登陸快捷，但是獲取不到用戶的有效信息；不綁定手機號產品無法獲取用戶的有效信息，後面很多運營活動都不好開展；強制綁定手機號又會提高註冊門檻，可能會損失一部分用戶；怎麼辦？首先要根據產品本身評估不同方式產生的後果，然後可以AB測試，看哪種方式相對最優，最後敲定方案。

錯誤提示時給出相應的解決方案

用戶在登陸註冊過程中可能出現很多錯誤提示，例如註冊的時候提示」您的手機號號碼已經註冊」，這時候我們分析用戶的行為，不難發現既然已經註冊了那用戶估計要去登陸了，這時候我們就可以在錯誤提示的下面給出」立即去登陸」這樣的引導。

密碼機制

對於密碼的長度、是否區分大小寫，是否包含特殊字元等，這些都要考慮到，並且給出明確的提示；還有用戶輸錯幾次密碼會暫時鎖定賬號，在金融產品中這個很常見，主要也是為了信息安全。

防止惡意刷簡訊驗證碼機制

林子大了，什麼鳥都有，一些無良簡訊服務商，為了引起你的注意，去刷你的簡訊驗證碼，然後再告訴你用我們的簡訊服務吧，我們可以提供哪些哪些好處。所以我們在設計登陸註冊背後的邏輯時，也要考慮到這個事情。首先對每天同一IP發送驗證碼的次數做限制，例如一個IP一天只能發送5條簡訊，不過這個也會誤傷的一部分真實用戶；其次一個IP一天發送3條驗證碼以上，再次獲取需要進行手動驗證，例如輸入一個驗證碼，或者滑動驗證之類的。

不登錄狀態下用戶可以使用哪些功能

一般有三種，第一種是可以使用所有功能，例如墨跡天氣等工具類應用；第二種是可以使用部分功能，例如淘寶等，不登錄可以正常瀏覽商品，但是購買的話就需要登錄；第三種是不可以使用任何功能，例如招商銀行，必須登錄后才可以使用。我們不難總結一個小規律，信息安全層級越高，個性化程度越高的產品，對登錄后使用的要求越高。

能不能多設備同時在線

這個還是根據產品類型來決定的，例如金融類產品一般都不會允許多設備同時在線，但是一些閱讀類，工具類可能就會允許多設備在線。根據產品的功能，分析一下多設備登陸帶來的利弊，權衡之後做出決定。

一個頁面完成註冊還是分步完成

有些產品可能不僅需要你的註冊信息，還需要更多其它信息，例如keep，好好住，他們需要更多信息，以便為你定製內容，這時候一般不會在一個頁面中完成註冊，而是分多個頁面完成註冊，這樣可以一定程度減輕用戶的心理負擔。

定製鍵盤彈出的樣式

這個在各銀行移動客戶端中特別常見，因為銀行卡的取款密碼一般都是6位數字，這時候用戶在輸入密碼時，可以直接彈出數字鍵盤，用戶體驗會更好。

登陸註冊成功后跳轉到什麼頁面

依然不同的產品會有不同的處理方式，假如用戶是從APP中某個頁面觸發了登陸註冊，那麼可以遵循從哪裡來回到哪裡去的原則，登陸成功后回到登錄前的頁面，假如是首次註冊成功，有些APP可能需要你去訂閱你感興趣的內容，然後再進入APP主頁。

異常態和兼容性是每個產品功能在設計時都不得不考慮的情況，很多功能最終可能會向異常態和兼容性妥協，登陸註冊功能也一樣。

異常態

異常態在登陸註冊功能上的體現主要是，網路狀況不好時，以及除正常註冊登陸流程之外的情況，手機號已被註冊，手機號格式錯誤等等。異常的時候用戶情緒最容易出現問題，這時候一個友好的提醒方式可能會挽回用戶的心。

兼容性

兼容性最主要體現在三個方面，第一是老版本的兼容；第二是不同終端的兼容；第三是其它功能的兼容，我們很容易看到一個產品功能的設計缺陷，心裡開始想這麼大的廠，設計的產品功能還沒有我設計的完善，其實你可能不知道這樣的設計方案，可能是考慮了兼容性之後的最優解決方案，比如我們上文提到的郵箱+密碼的註冊方式，PC時代這種方式體驗很好，到了移動互聯網時代手機號+密碼可能體驗更好，但是為了兼容PC端和老用戶，APP端不得不提供郵箱這種登陸註冊方式。

簡單總結

1、『所有拋開產品本身談登陸註冊的行為都是耍流氓』

2、文章中提到的功能和體驗，並不是每一個產品都要包含，拿自己需要的用即可。

3、異常態，兼容性要時刻銘記在心

4、雖然在儘可能的包含所有登陸註冊的影響因素，但總會有遺漏，歡迎補充，這也是產品經理這份職業的魅力所在，永遠沒有最完美，永遠可以更完美。

本文由 @一捆書 原創發佈於人人都是產品經理。未經許可，禁止轉載