登錄注冊全解:“登錄注冊”這潭水到底有多深?

37 評論 47805 瀏覽 561 收藏 23 分鐘

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

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

關于登錄注冊功能的設計,有很多觀點,這些觀點看起來都沒有錯,但請你記?。?/p>

所有拋開產品本身談登錄注冊的行為都是耍流氓

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

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

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

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

一、登錄注冊的功能設計

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

登錄功能

  1. 首先大家要知道,很多產品并不是采用單一的登錄方式,絕大多數情況是多種方式的混合。
  2. 不同登錄方式的優劣

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

手機號+驗證碼這種方式有一部分產品在用,比如餓了么,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,@sina.com這些郵箱的后綴,如果能再用戶輸入的時候,自動顯示出來常用的郵箱后綴,對用戶來說體驗會更好。

清空用戶賬號信息的機制

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

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

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

清晰的用戶反饋

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

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

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

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

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

密碼機制

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

防止惡意刷短信驗證碼機制

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

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

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

能不能多設備同時在線

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

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

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

定制鍵盤彈出的樣式

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

登錄注冊成功后跳轉到什么頁面

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

三、不要忽略異常態和兼容性

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

異常態

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

兼容性

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

簡單總結

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

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

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

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

 

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

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 寫的真好

    來自美國 回復
  2. 首先文章很受用,感謝。其次對于“賬號或密碼錯誤”沒有明確指出來,我認為應該是:假設有A和B兩個用戶,他們是手機號最后一位數字不同。如果A用戶登錄時輸了B用戶的賬號,輸了自己的密碼。平臺判斷不出來是A用戶在登錄還是B用戶在登錄,所以只能提示“賬號或密碼錯誤”

    來自廣東 回復
  3. 寫的很全面,感謝

    來自上海 回復
  4. 很全面,謝謝啦

    來自廣東 回復
  5. 學習了,寫得好棒!

    來自浙江 回復
  6. 寫的很棒,很受用。

    來自江蘇 回復
  7. 邏輯清晰,十分受用。

    來自新疆 回復
  8. 一點建議:1、是否記住密碼,以便下次可以自動登錄。2、對于網頁版登錄,還可以增加微信掃一掃登錄,自動綁定微信和賬號。

    來自北京 回復
    1. 首先接受您的意見,其次,您說的兩種情況主要是PC端的交互方式,這篇文章主要是在講移動端的登陸注冊。

      回復
  9. 寫的很全面,很干貨

    來自山西 回復
    1. 感謝

      回復
  10. 收貨頗豐,非常感謝!

    來自上海 回復
    1. 感謝

      回復
  11. 求加私人微信

    來自廣東 回復
  12. 滿滿干貨,受益良多。不過我有個疑問,針對注冊多步驟頁面,例如手機號,驗證碼,密碼,創建賬號四個頁面,數據沒有上傳前是不是都可以添加返回上一步按鈕,如果上一步數據有修改,前端數據會不會就同時涉及兩個操作–修改存儲了,前端可以實現吧。主要是不明白為什么我覺得很重要的返回按鈕,instagram竟然沒有

    回復
    1. 這個前端只要每次點擊下一步的時候,都去重新寫入一次數據庫就可以,實現是沒有問題的。

      回復
    2. 等稍后我體驗一下instagram再回復您

      回復
    3. 順便問下ins的返回怎么經常是返回上一次的頁面?

      來自北京 回復
  13. 學習了,收獲很多。

    來自遼寧 回復
    1. 感謝

      來自北京 回復
  14. 對啊,新技術歸新技術,如果能保障好我們的用戶信息安全,還能簡便我們登錄操作,我個人倒是挺喜歡的

    來自廣東 回復
  15. 滿滿的干貨,對于小白的我,真心漲知識。但是我想知道,怎么更好的把這些融合到一起。

    來自北京 回復
    1. 不一定要把所有的點都融合到一個產品里,根據產品的類型,以及產品的發展階段去選擇需要考慮的點,產品邏輯的完備性考慮要遵循的原則不是大而全,而是恰到好處。

      來自北京 回復
  16. 如果手機驗證碼在網絡情況不好的情況下,發送語音有什么用?不是同樣也收不到嗎?

    來自四川 回復
    1. 加語音驗證碼是為了防短信服務商出問題的情況,多一重保障

      來自北京 回復
  17. 樓主辛苦了,學到了很多

    來自北京 回復
    1. 非常感謝 ??

      來自北京 回復
  18. 用戶驗證碼登陸,風險不能控制,為什么?

    來自浙江 回復
    1. 因為這個風險是掌握在第三方短信運營商手里的,不是用戶或者產品本身能夠控制的。

      來自北京 回復
    2. 對自身平臺來講有什么風險呢?

      來自浙江 回復
    3. 當用戶沒有辦法正常注冊你的產品,這對用戶來說是你產品的bug,你給他造成了不友好的體驗

      回復
    4. 深有感受,pc端用戶經常郵箱收不到驗證碼,請問有解嗎?

      來自浙江 回復
  19. 又一篇干貨總結文。 :mrgreen:

    來自廣東 回復
    1. 非常感謝 ??

      來自北京 回復
  20. 全篇好像登錄的錄字都錯了

    來自上海 回復
    1. 是你認為應該是登陸!

      來自山東 回復
    2. 犯這樣的錯誤真的很抱歉,太對不起大家了,想找“人人都是產品經理”平臺編輯幫忙修改一下,暫時還沒有得到回復 ??

      來自北京 回復