第三方登錄後為什麼還要註冊流程?

發現先在的主流網站第一次註冊時,提供了第三方直接登錄,但是登錄完後為什麼還要繼續註冊流程呢。用戶之所以要選擇第三方直接登錄就是不想註冊,想快速高效,但你登錄後再來註冊一遍,不是很讓用戶更加反感嗎。

雖然讓用戶註冊是為了分析用戶的行為,統計數據,甚至為了營銷推廣,但是第三方登錄照樣可以實施營銷推廣啊,而且推廣的寬度更大;要分析用戶數據是吧,每個用第三方登錄的用戶都是一個獨立的單位,只需用一個ID號綁定第一次用第三方登錄的用戶就可以了,以後要分析用戶數據,直接拿ID號不就可以了嗎。

可能我讀書少,大家不要騙我,求高手解答


歡迎題主加入PM的行列,讓我想起當年的自己了哇。

不是營銷和數據統計問題,這些不是根本原因。雖然第三方登錄如果不加以二次流程的話,是會導致這些問題,不過這只是皮毛。

上面已經有人講過第三方登錄傳遞過來的信息沒有EMAIL、手機號這些個人關鍵信息,所以你題目描述里說的推廣寬度更大和更好數據統計是錯誤的想法。

上規模的網站,加二次驗證(註冊)主要是為了風險控制。問題主幾個問題,你自己思考下:

  1. 第三方登錄不傳遞手機號和郵箱,你覺得營銷怎麼做?比如通知用戶網站即將舉行的促銷活動,怎麼實現?
  2. 如果你的網站使用的某個第三方登錄某天因為一些原因下線了,這些用戶再想登錄你的網站怎麼辦?
  3. 第三方登錄註冊成本很低,這些賬號在你網站發廣告、垃圾站內信、刷紅包優惠券,你封1個賬號機器輕鬆註冊10個,反正你網站不沒二次驗證么,隨便瞎搞。你有什麼辦法維護好你網站的生態?

9月24日更新:

另外,我上述說法限於一般電商行業,P2P什麼的可能不適用於本回答。有關這點的補充,是因為評論里@cloud的評論,讓我認識到本回答是有一些局限性的,需要予以說明。否則容易引起像他評論這樣的誤會。以後的回答我也應當注意,如有局限性應予以嚴謹的說明。謝謝。


可以做個A/B test,A:第三方登錄後,立即進入註冊流程,B:第三發登錄後,暫時先不打擾,後續再通過激勵手段來引導用戶補充更多的信息。數據來說話哪種流失率更高,註冊率更高。

當然前提是業務上真的需要用戶補充更多的信息。

比如電商應用,需要手機號,此時不拿後面也得拿。但是比如一些閱讀類的應用,就不太需要其他更多信息,能登錄記錄收藏閱讀等行為即可。


上面說的不全面,甚至都沒有說到重點,如果第三方登錄不註冊的話,會有的問題除了 @杜志鵬所說的風險外(如果僅僅只有這些風險的話,對於多數產品來說是沒有必要在第三方登錄後增加註冊流程,多此一舉),其實還有更重要的原因:

如果不增加註冊流程的話,用戶就可以用多個第三方號登錄進來,甚至還用自己的手機號/郵箱註冊一個平台賬號,這樣就導致了同一個用戶在平台產生了多賬號,這個結果用戶是不能理解的:會覺得我的信息怎麼丟失了?會覺得一會我看到的是這個賬號,一會怎麼看到的又是另外一個賬號?而實際是之前用QQ登錄了,然後又用微博登錄,甚至還用自己的手機號註冊了登錄。

就是這樣,千萬不要想著跟用戶解釋這個邏輯,用戶是不能理解的。

而第三方登錄後,判斷到這個第三方賬戶還沒有綁定平台的賬號,就需要進行註冊,也是防止上述一個用戶出現多賬戶的情況,所以一般這種註冊邊上都提供了「登錄」功能:第三方登錄後,註冊時,用戶發現自己的手機號/郵箱已經註冊了,就直接用手機號/郵箱登錄即可完成綁定。

不知道多少前輩掉到了這個坑裡了:

http://guang.com因為第三方登錄後沒有註冊功能,後來不得不提供合併賬號的功能;

http://chanyouji.com號稱沒有必要建立自己的賬號系統,在上線時只提供第三方登錄,現在也不得不提供註冊自己平台的賬號。

上面這兩產品應該知道是哪兩位大佬操刀的吧。


謝邀。

第三方登錄所提供的數據是有限的,例如提供用戶名、id 等。當網站業務需要的數據無法從第三方獲取(或許需要某些麻煩認證才能申請提供這部分數據),就需要有一個 「註冊」 的過程來由用戶提供。從開發角度看就是用戶模型之間的轉換。

當然,大部分情況下,這個過程可以暫時跳過,在提供網站服務的時候提醒、引導用戶填寫。

另外這一步驟是一次性的,也就是說,樓主下次通過第三方登錄來登錄同一個網站的時候,不需要輸入賬號密碼,也不再需要「註冊」過程,就能使用網站服務了。


關於電商的賬號體系,目前各大主流電商(京東、貝貝、聚美優品等)提供第三方登錄和自有平台的賬戶登錄兩種方式,就京東、蜜芽、聚美優品等電商平台來看,使用第三方登錄必須和平台的賬戶相關聯,平台自己的賬戶就是用戶用手機號或者郵箱註冊的賬號,也就是說,京東把手機號和userid(所謂的用戶名)進行了綁定,一個userid只能對應一個手機號碼,一個手機號碼(賬號)關聯多個社交賬號。當然userid也可更換變動的手機號,這時需要用戶自行去更換手機號。這樣做的好處,所有第三方賬號和平台的賬號相關聯,避免了一個用戶在平台上擁有多個賬號,這些用戶都是平台的註冊用戶,不會受制於第三方平台。但缺點就是第三方登錄的過程中還需要關聯平台賬號(沒有的話還需要註冊),這樣對於用戶的登錄體驗並不友好。

唯品會利用的賬戶體系相對而言就比較簡單。第三方賬號沒有強制和平台賬號進行關聯,只要第三方賬號進行登錄,就會生成一個userid,用戶可以選擇進行手機號關聯(變相手機號註冊),一個第三方賬號只能關聯一個手機號。好處:方便用戶登錄。壞處:一個用戶可在平台擁有多個賬號,同時由於第三方登錄並沒搜集用戶手機號碼,可能對後期的營銷會產生一定影響。

目前我們的賬號體系唯品會的賬號體系比較類似,但是考慮的比唯品會多一點。首先,我們提供了綁定和解綁的功能。用戶可以選擇把他的第三方賬號(微信、QQ等)都統一綁定到一個userid上面,這樣避免了一個用戶產生多個userid的問題。其次,一個手機號可以和多個第三方賬號相關聯,不過前提是第三方賬號和各自的userid解綁。通俗點說,手機號、第三方賬號都可以集中在一個userid下;最後,這樣做的好處是可以應對後期不同的需求變化。不好的是,對於一個網上消費用戶,對於解綁綁定的操作其實很陌生,甚至這樣的操作需要很大的學習成本。一旦第三方賬戶解綁之後,上面的訂單信息會消失!對用戶的後續查詢會產生影響。


網站的想法是這樣的:來註冊我們家帳號,方便你使用我們網站啊(也方便把你營銷啊)。噢,你覺得登錄麻煩是吧,你可以綁定你的QQ和微信啊,直接登錄就可以進去了。

用戶的使用場景往往是這樣的:什麼?讓我登錄?我沒帳號啊,註冊?太麻煩了!寶寶不幹!咦?可以用QQ登錄耶,於是爽歪歪的去授權登錄,然後居然讓我註冊!?尼瑪我就是不想註冊才QQ登錄的啊混蛋!垃圾!卸了!

這是策劃者的想法不符合用戶使用場景而導致的矛盾,策劃者想像的和用戶實際的操作路徑不一樣。策劃者想像的操作路徑是先註冊,然後再綁定第三方賬戶以方便用戶登錄。而用戶的操作路徑是直接使用第三方進行登錄省掉註冊的工作。這個不一致會導致用戶的反感、抵制或捨棄。

策劃者為什麼要如此「喪心病狂」?為什麼第三方登錄後,還要註冊,要綁定網站的賬戶?原因有但不限於以下幾種:

1、控制一個用戶只能有一個賬戶:比如搞促銷活動,新人可以減10塊,這個時候,用戶就會用不同的第三方賬號登錄來獲得優惠。等等等。

2、實現各個帳號信息的統一:你的微博,qq,帳號登錄,裡面都是一樣的信息。

3、不用受第三方控制:你掛了,你不給我用,沒事,我還可以用。

4、營銷活動受阻:用戶沒有用手機號或者郵箱註冊,我我不能給用戶發信息了,寶寶不開心。

我認為,第三方登錄後是可以不用綁定網站賬戶的。就拿電商平台來說,京東,淘寶是需要登錄後綁定的,唯品會是可以讓用戶選擇綁還是不綁的,噹噹、嚴選、攜程是不需要綁定的。在攜程,甚至可以不註冊不登錄,直接購買機票預約酒店。

對於以上四點的鼓勵,我們逐一分析:

1、對於以上第1點,我相信很多用戶都不會這麼做,即使做了,對網站也沒有多大損失。同時,我們可以限制開放的第三方平台數量,比如只允許qq或者微博登錄。

2、對於第2點,我相信沒有多少人會好幾個帳號輪著用的,基本上都只是選定一種,所以,很少會存在需要實現多個帳號統一信息的需要。

3、對於第3點,首先,像騰訊微博這些大平台,不是那麼容易掛掉的,你掛了他們都沒掛呢。另外,他們也不會任性到隨意中斷你的授權登錄,這麼大一個平台這麼多人用著呢,還講不講信用,講不講道義了。

4、評論中有不少人說,第三方登錄的時候返回到網站的信息太少,不利於掌握用戶信息。我想說,就算是手機號註冊,那麼你就只是獲取到一個手機號信息而已,而且,你整天想著把用戶的手機號幹啥用?一個好的平台是懂得尊重用戶的。


1.用戶角度:提供第三方登錄目的讓用戶快速登錄,登錄後註冊,第三方賬號和平台賬號綁定,可以避免一個用戶多個賬號的問題,消除用戶以後不知道是哪個賬號的疑慮;並且用戶下次用第三方登錄很快捷,尤其是電商平台,每次打開網站都需要登錄。

2 公司角度:公司可以獲取用戶更多的信息,如果獲取用戶的郵箱,可以向用戶發送相關宣傳、促銷信息。


個人理解第三方登錄的概念是什麼?是為了方便網站的強制性對用戶帶來的不方便而專門設計的一種輕量級的登錄方式。

既然是輕量級的,那肯定不會輕易得到用戶的精準信息,不管以後運用在大數據,還是營銷當中都是非常不流暢的,所以網站增加數據個人的passport,既可以統一管理用戶的所有簡易信息,私密信息,也可以更好的方便用戶去產生記憶性。一個網站如果用戶對最基本的自己ID的信息都不了解,那這樣的用戶也不會成為自己網站想要的用戶,或者說不會成為自己優質用戶。

第三方登錄會帶來一些煩惱,可能是數量級大起來的時候,開始是會帶來一部分量

我覺得,操作性順暢,用戶不反感的模式是,前期開放(簡易化)使得用戶很順暢的登錄網站,還是有必要先使用三方登錄,但是同時要做好一些日誌等操作。後面再去完善自己網站獨有的用戶體系,日誌也可以起到很大的作用,比如 對用戶進行合併等邏輯也很清晰明了。再者就是上面朋友所說的第三發登錄後,暫時先不打擾,後續再通過激勵手段來引導用戶補充更多的信息,這樣用戶流失率也不會很高,就這樣。引用了 @張小黑的一段話。


同超級反感,如果還需要再註冊的話乾脆取消第三方鏈接讓人安安心心註冊不就好了,脫褲子放屁廢二道手。


首先我們需要明白一個網站永遠不可能直接通過第三方賬號登錄的。

為什麼? 第三方賬號首次登錄當然不可能是公司用戶的一員,或者這個第三方賬戶肯定沒有綁定過公司的任何已經有的賬號,既然這個賬號不在公司用戶裡面,那肯定也登錄不了的。

所以,必須會有一個註冊的過程。

但是這個註冊過程就看怎麼做了,完全可以不用讓用戶再填寫一遍表單,填用戶名啊密碼什麼的。

因為我們是可以拿到第三方賬戶的一些基本信息的,比如用戶名,頭像啥的,完全可以拿用戶名去後台直接生成一個自己公司的賬號,至於設置密碼的操作則可以在個人中心完成。


我前幾天就剛好遇到過用第三方qq登陸後還要我註冊的論壇。

我大概能猜到他們這麼乾的原因。

但作為用戶,綁定手機我能理解,但三方登陸後還要我註冊個賬號,他媽就是個腦殘功能。乾脆把三方登陸去掉就完了,然後註冊完後提供三方登陸功能的綁定更靠譜。

最後我是直接關掉這個網頁,註冊個屁!


無非就是想要用戶的數據而已,說那麼多冠冕堂皇的話裝的累不累


看到這個問題的時候,我給大家推薦一篇文章,個人感覺確實寫得很專業,很完整。

最完整註冊登錄詳解:流程設計、業務及產品思考 | 人人都是產品經理


選擇第三方登錄,確實用戶很方便,實現了一鍵登錄,但用戶的信息APP並不能完全獲取。

打個比方,你用微信授權登錄某APP,微信開放的API只會把你的頭像、ID這兩項數據返回給某APP,那麼對方知道你的信息非常的少,對於很多重視大數據和用戶信息的軟體來說,就需要再註冊,獲取更有價值的信息。

這裡有一個關鍵點補充一下:用戶把自己的信息填多少你才能知道多少,並且很多不能考證,無從知道真假,比如:年齡、出生年月。這就體現了實名制的好處,運營商的優勢凸顯出來。


最近正好做這一塊,簡單說就是 2 個原因:

1. 兼容的底層業務邏輯。這個原因主要為部分 App 與 web 在早期設計的時候,採用了當時流行的手機號碼 + 郵箱,第三方登錄的興起也是 15 年後的事情。並且根據這樣的基本功能設計了諸多的核心業務;

2. 產品對賬號體系要求高。產品沉澱大量的用戶數據,這樣的產品需要更「重」的賬號體系。

3. 產品的核心功能並非「輕決策」類型,「輕決策」的產品場景主要類似衝動消費,工具產品。增加手機驗證的環節不會讓其關鍵數據明顯下降。


有些更奇葩的網站,最近遇到兩三個了。

不僅僅是第三方登錄後還要註冊。而是必須第三方登錄後才能註冊。

我想直接註冊個該網站的賬號,不想用第三方授權登錄。然而,點了註冊,跳出來的仍然是QQ授權登錄頁,繞不不過去。

不知道他們網站怎麼想的


內部原因:利用外部登錄插件,是拿不到用戶的數據的,主要是手機號;外部原因:利用第三方登錄,也一定程度上存在風險和受制於人,所以也要自有平台可以收集這部分數據。


因為像QQ登錄這樣的第三方登錄api返回的數據太小


謝葯,這個不清楚,不大了解後台那些。這個多半和業務有關係。


問題分為幾點:

1.第三方登錄返回API數據太少

2.第三方登錄不好分析數據,大型網站一般都想有自己的用戶,進行維護

3.第三方登錄容易造成用戶劫持,萬一第三方公司不提供登錄服務了,你又沒有自己用戶註冊的數據,豈不是竹籃打水一場空。


已關注,我超級反感。坐看神人解答。


推薦閱讀:

交互設計師如何進行設計埋點,來驗證自己的設計?
動效設計前景?
人機交互 (HCI) 和交互設計 (Interaction Design) 的區別是什麼?
零基礎學UI設計,5~10年以後,UI前景還會有多好?
UI設計,平面設計,網站設計有什麼不同?

TAG:程序員 | 交互設計 | OAuth | 第三方登錄 |