解析登錄認證方式之第三方登錄

23 評論 25452 瀏覽 98 收藏 11 分鐘

第三方登錄作為互聯網常見的登錄方式,產品經理在接入第三方登錄應用時,要全面分析考慮第三方的登錄特點,除了對比登錄產品的設計流程外,其登錄產品的對接技術難度、返回用戶信息的參數、用戶規模及特點也應該全面考慮,從而選擇適合自己產品的第三方登錄方式。

什么叫做第三方登錄

第三方登錄,是相對于應用而言,用戶登錄操作基于的是非自身建設賬號體系,而是基于用戶在第三方平臺上已有的賬號和密碼來快速完成登錄的過程。目前國內比較廣泛使用的第三方登錄方式為微博、微信、QQ,天翼賬號等,國外廣泛使用的登錄方式為Facebook,Twitter等。

使用第三方登錄的好處

對于接入第三方登錄的應用而言,第三方登錄的意義有:

1、方便用戶快捷登錄,降低用戶的登錄流失率

用戶在使用第三方登錄認證時,只需要保證自己選擇的登錄應用已經下載且保持在線狀態,而不需要記憶賬號密碼或者輸入賬號密碼的操作,提升了用戶登錄的便利性與快捷性,有效降低了用戶流失。

2、方便應用獲取用戶信息,減少產品設計成本

第三方登錄接入后,應用可直接獲取用戶昵稱、頭像、用戶ID等信息,方便產品獲取用戶的基本資料。

3、可共享登錄應用的用戶關系,提升產品的用戶轉化率

第三方登錄一般設計有共享登錄賬號已有的用戶關系,用戶進入產品后可知悉到自己登錄應用的好友是否也在使用相同的產品或者分享該產品給登錄應用里的好友,如今日頭條中的添加好友功能中,用微信登錄的用戶可以將頭條推薦給自己的微信好友。

4、減少短信驗證碼發送次數,降低產品登錄成本

目前市面上的短信驗證碼的價錢約在0.05元左右,當用戶選擇使用第三方登錄時,可有效減少產品的登錄成本

?使用第三方登錄的不足之處

1、選擇第三方登錄會受到非產品可控因素的制約

目前,大多數的第三方登錄應用流程為:用戶選擇登錄logo-跳轉至第三方登錄應用-授權登錄-登錄到產品,在整個登錄流程中,需要用戶下載第三方登錄應用且保持應用已登錄才能完成該流程,倘若用戶沒有下載或登錄到第三方登錄應用,那么會增加用戶新的登錄流程,增加流程的成本都是接入第三方登錄的產品不可控的。

2、產品獲取到的用戶信息有限

用戶選擇第三方登錄時,其用戶信息參數由第三方登錄選擇性的傳給產品,一般多為用戶的頭像、昵稱、用戶ID等,產品能獲取的用戶信息是基于第三方登錄應用獲取的,其信息量有限。

3、不利于產品自身的賬號體系建設

產品在設計登錄框時,可以根據自己的業務狀況與場景進行規劃性設計,可選擇讓用戶用自定義昵稱、手機號、郵箱等方式登錄,而基于第三方賬號體系的第三方登錄雖可以帶給用戶一定程度上的方便,但是流失了部分會選擇產品賬號體系登錄的用戶,這對于后續產品的賬號體系是不利的,因為產品的帳號體系相當于用戶的認證入口,除了認證用戶是誰之外,在設計精巧的產品中,還可以讓賬號體系告訴產品,用戶是一個怎樣的人。(PS:關于賬號體系的建設,本人會在后續的文章中詳細解析,歡迎有興趣的朋友持續關注我寫的文章)

解析國內常見的第三方登錄

目前,國內常見的第三方登錄為微信、QQ、微博、天翼賬號等,以下就從登錄流程、登錄設計、用戶群體等方面對以上登錄應用進行對比解析:

微信登錄?

1、 微信登錄流程(以產品今日頭條為例說明)

點擊微信登錄 — 進入微信確認登錄頁面 —授權成功— 進入產品界面,用戶點擊2次,經過2個頁面到達產品界面

2、微信用戶規模:

2017年日平均用戶達到了8億多人,平均微信用戶打開次數為4次(數據來源于:微信團隊)。

3、返回給產品的參數

昵稱、頭像、用戶ID等。

4、微信登錄設計總結

作為第三方登錄,微信相對于其他第三方登錄應用,顯得流程較長且只識別唯一登錄賬號,但由于用戶規模巨大(數據顯示:微信用戶數已超過國民應用QQ),微信登錄被很多應用默認為首選的第三方接入應用。

QQ登錄

1、 QQ登錄流程(以產品看薦為例說明)

點擊QQ登錄 — 進入QQ確認登錄頁面(可切換賬號進行登錄) —授權成功— 進入產品界面,用戶點擊2次,經過2個頁面到達產品界面,可切換不同的QQ賬號進行登錄。

2、QQ用戶規模

2017年日平均用戶達到了8億多人且近6成的用戶都是90后,用戶群體偏年輕化

3、返回給產品的參數

昵稱、頭像、用戶ID等。

4、微信登錄設計總結

QQ相對于其他第三方登錄應用而言,用戶規模大且用戶群體偏年輕化,同時支持不同的QQ賬號登錄,讓這款國民產品成為很多應用選擇的登錄方式。

微博登錄

1、 微博登錄流程(以產品看薦為例說明)

微博的登錄流程與微信的登錄流程相仿,為點擊微博登錄 — 進入微博確認登錄頁面 —授權成功— 進入產品界面,用戶點擊2次,經過2個頁面到達產品界面。

此外,微博登錄只要用戶授權認證了第一次后,此后用戶點擊微博登錄時,只需點擊微博登錄-產品調起微博認證即可登錄到應用。

2、微博用戶規模

2017年日平均用戶達到了3.4億多人(數據來源于微博財報)且明星大V多公開為微博用戶群體

3、返回給產品的參數

昵稱、頭像、用戶ID等。

4、微博登錄設計總結

作為第三方登錄,微博相對于其他第三方登錄應用,在產品設計上一次授權后,后續無需授權即可登錄應用,有效的優化了登錄流程,同時,微博本身的公眾分享型平臺的特點,開發了分享卡片等產品功能,有效提高分享的曝光度。

天翼賬號登錄

1、 天翼賬號登錄流程(以產品天翼云盤為例說明)

點擊免密登錄-識別用戶手機號碼-登錄到應用,用戶經歷2個頁面,點擊1次到達產品頁面。

此外,當免密登錄不能使用的情況下,用戶可跳轉至天翼賬號的手機短驗登錄+賬號登錄。

2、天翼賬號用戶規模

2017年日平均用戶達到了4億多人(數據來源于天翼賬號產品團隊)

3、返回給產品的參數

昵稱、頭像、手機號等。

4、天翼賬號登錄設計總結

作為第三方登錄,天翼賬號相對于其他第三方登錄應用,可直接識別用戶手機號登錄到應用,認證精準且可將手機號作為返回參數給到接入的產品,但作為運營商網關認證能力上研發的產品,需保證用戶為移動4G數據網的用戶。

第三方登錄總結

第三方登錄作為互聯網常見的登錄方式,產品經理在接入第三方登錄應用時,要全面分析考慮第三方的登錄特點,除了對比登錄產品的設計流程外,其登錄產品的對接技術難度、返回用戶信息的參數、用戶規模及特點也應該全面考慮,從而選擇適合自己產品的第三方登錄方式。

以上為本人解析的登錄認證方式之第三方登錄,如果大家有更多關于登錄認證方式的想法,歡迎大家發帖分享。

 

作者:喵小五,登錄認證產品經理,專注于登錄認證及相關數據產品設計,喵小五有一個夏日夢想,就是為大家深入解析互聯網常見登錄認證方式。

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

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

    來自重慶 回復
    1. 皮~

      來自貴州 回復
  2. (⊙o⊙)…,我怎么覺得開罵后,然后評論有爭議,非常滴傳媒+評論化啊~我要去跟人人滴主編說下,人人滴風格太溫和了,沒有產品觀點上的鋒利,這樣寫出來的東西不太好看,其實人人應該搞一個產品設計更改,也就是怎么修改現有的產品比賽或者文章專欄,這樣引發更多的產品關注~

    來自廣東 回復
  3. 授權的有效期,這個其實產品需要考慮非常精確的點,贊,有潛質~

    來自廣東 回復
  4. 對的,自己做的產品或是喜歡的產品總會流露喜愛之情的~哈哈,那啥,我們總是關注自己關注的,卻忘了別滴~

    來自廣東 回復
  5. 評論要走心啊~

    來自廣東 回復
  6. 關鍵是給到看你文章人的價值是什么,人人的審核還是比較嚴格的,加油~

    來自廣東 回復
  7. 注冊用戶和日平均用戶不是一個概念,支付寶的注冊用戶還8億呢

    來自浙江 回復
    1. 嗯,對的,數據統計口徑說法,下次文章會注意澄清,接下來會寫運營商的免密認證,好緊張,這篇寫不好的話,感覺會很囧,但是又怕寫成了廣告,失去了文章的價值~忐忑ing啊,到時候親幫我看看文章哈~

      來自廣東 回復
  8. 我也覺得,感覺這篇有點像天翼的軟文

    回復
  9. OAuth 2.0應該給大家說說就更好了。

    回復
    1. what is OAuth2.0?

      來自廣東 回復
  10. 如果能結合PC端,從不同的維度去分析應該會更好。

    來自四川 回復
    1. 贊的~下次解析中會從不同維度分析~

      來自廣東 回復
    2. 你的意見真好~

      來自廣東 回復
  11. 如果需要PC結合的,是否由必要實現會員體系,結合綁定賬號

    來自福建 回復
    1. 什么會員體系啊,天鵝,我有些摸不著頭腦~

      來自廣東 回復
    2. 一套系統,可能有自己的會員體系,可能涉及到賬號登錄。那么在規劃的時候,是否就需要做一個授權綁定呢。

      來自福建 回復
    3. 要根據具體的產品的業務場景和規劃而言,不然說不清楚啊,語文中有句話叫做“人在情景中”,我倒是常常覺得產品設計是“設計在場景”中~哈哈,謝謝你的關注,祝好~

      來自廣東 回復
  12. 本文說的是不同的第三方登錄流程。但是實際上還可以有更多維度,比如說授權的次數方面。有些app是一次授權下次直接登錄,有些則是每次進入登錄要授權。可以結合不同的業務來進行不同策略的實現。

    來自廣東 回復
    1. 對的,有見地,下一篇文章中的解析運營商的免密認證會著重解析業務場景,謝謝親的意見~

      來自廣東 回復
  13. :mrgreen:

    來自廣東 回復
    1. 謝謝親,期待你能關注我的登錄認證系列的文章~下一篇是解析登錄認證方式之運營商免密認證~

      來自廣東 回復