從賬戶底層邏輯思考註冊 登入

2022-10-08 12:57:07 字數 2544 閱讀 6726

文/十一筆

注:註冊/登入幾乎是每乙個產品都會有的基礎功能,在專門研究了一段時間後,發現雖然註冊/登入的體系已經非常成熟了,但是裡面還是有著許多坑。所以特別寫了一篇文章來記載這一段時間的一些收穫。

需要特別說明的是:

維基上這麼解釋「使用者賬號」:

使用者可以通過賬號向系統服務進行身份驗證,並獲取相關許可權,但身份驗證並不代表授權。為了會計、安全、資料收集和資源管理,使用者通常需要乙個密碼或其他證明以登入賬號。

我認為這段話已經很好概括了使用者賬號的目的,把這段話提取出關鍵詞就是賬號、系統(伺服器)、某種證明方式以及許可權。

許可權則根據產品的不同而千差萬別,比如:知乎需要登入才能進行點讚和評論,b站也需要在登入後才能調高畫質晰度。當然對於很多產品來講,註冊/登入獲得的是可以繼續使用的許可權。

圖一.賬戶通過密碼等證明方式獲得許可權

從更巨集觀角度講,每乙個賬戶是構成我們賬號系統的基礎。乙個賬號系統的用處自是非常大,我們可以基於我們產品的使用者系統進行大資料分析、設計使用者畫像、運營分析等。所以如果旗下有許多產品的話,設計時最好能讓使用者打通多款產品。

圖二.餓了麼第三方登入中包括**

而「註冊/登入」功能就是乙個賬戶的基礎構成之一,也是使用者使用大多數產品的第乙個門檻。

從使用者賬號的對於使用者來說,註冊/登入應該需要達到兩個目的。

安全需求是使用者隱性需求,使用者只有在遇到問題時才會需要,比如賬號被盜等情況。而通常使用者更關注註冊/登入的便捷性。

對於產品方,或者說產品經理來說,註冊/登入需要達成的目的是

從以上幾種情況來看,在設計註冊/登入時,我認為應該從以下幾點考慮:

圖三.註冊/登入各類方式

通常來講,註冊的方式比較單一,而登入的方式比較多樣化。註冊現在移動端最常見的是手機號+驗證碼的形式和第三方登入,同時,現在也有許多產品的註冊和登入為一體。也就是通過手機號+驗證碼的方式,如果是第一次使用,系統會自動註冊乙個賬戶。

圖4.美團登入介面

使用者在產品中的遇到需要註冊/登入的時候情況可以分為兩種:

第一點是最常見的,對於許多社交類,金融類等產品來說,在一開始採集使用者的核心資訊是非常必要的。而第二點多見於社群、**類產品等,對於這些產品來說一開始的吸引使用者非常重要。

所以直接開放了瀏覽、關注等許可權,在使用者想要繼續使用的時候在進行提示。

圖5.知乎在遊客點讚時跳出的介面

那麼我們應該將這一道門檻設定在什麼時候?

根據上文提到三要素,應該重點從第三點「業務性」上考慮,也就是根據產品自身的特性來決定。

通常來講如果你的核心業務必須依賴使用者的某些資訊,或者是一款強運營驅動的產品,那麼應該將註冊/登入設定到一開始的時候。如果產品是內容驅動,或者是工具類產品,那應該將註冊/登入設定到使用者接觸到核心功能的時候。

我們經常碰到乙個問題,就是在使用第三方之後,產品會繼續要你提供手機號或者其他資訊等。而使用者使用第三方的原因就是不想使用手機號,這樣會導致使用者體驗下降。原因主要是第三方可以提供資訊有限,產品和運營無法根據這些資訊進行後續的使用者運營等,不利於後續的工作。

圖6.小紅書微信授權介面

當然第三方登入優勢也很明顯,使用者可以快速登入,極大程度上降低註冊/登入的門檻。傳播和分享產品也可以利用第三方的產品等,同時也把賬號的安全性問題得到一定的解決。

另外,除了某些工具類產品,很少有產品會完全依賴第三方,也就是直接把自己的使用者系統交給第三方。這樣做會有一定的風險,如果第三方倒閉或者解約的話,會對產品造成極大的影響所以,即使在一開始不需要使用者的手機號等資訊,也會通過一些激勵措施鼓勵使用者繫結手機號等。

這個問題可能是某些pm遇到的問題,手機號+驗證碼的登入形式十分方便,但是又有是弊端呢?

還是從安全性,快捷性和業務性三點考慮:

而手機號+密碼的方式,也存在會出現密碼忘記,同時也有一定的安全風險,輸密碼更麻煩的缺點。但相比驗證碼的形式更安全一點。

乙個產品到底選擇哪一種方式,還是兩者兼有。應該從多方面考慮,如果你的產品更注重安全或者是賬號在多個平台共享的話,應該選用密碼的方式。如果更注重註冊轉化率,應該選用更快捷的驗證碼形式。如果產品處在增長期,也要考慮到成本的控制問題。

使用郵箱進行註冊/登入,多見於pc端和國外的app。不過在移動端,由於郵箱的使用並不方便,而且國內許多使用者並沒有使用郵箱的習慣。所以我們現在很少看到國內的app會使用郵箱註冊/登入,特別是近幾年的產品。

當然使用郵箱也有其優點,在賬戶丟失和手機號更改的的時候,使用者可以通過郵箱找回,而且郵箱的位址是一直存在的。有些產品使用者程式設計客棧希望有多個賬號,比如:遊戲。這時候如果用手機的話,一般人只有1、 2 個手機號,而用郵箱註冊/登入就可以實現多賬戶使用。

同時,還有些情況會適用於郵箱註冊/登入,比如:你的使用者群體比較特殊,更注重隱私。或者你的使用者群中有用郵箱的習慣,比如:外國人、商務人士等,這些情況是可以使用的郵箱的形式。

找回密碼的場景和需求可以大致分為以下幾類:

首先,找回密碼的關鍵,在於找出使用者賬戶最安全的保證,並盡量設計其互動和流程簡單直接,現在app最簡便的也是比較安全的保證就是手機號。所以在第一種情況下,只要設計手機號+驗證碼的形式就可以了,現在大部分app也是這麼做的。

對於第二點,如果有郵箱或者身份證**等安全證明,也可以找回密碼。但是對於第三種,就只能人工處理。

本文標題: 從賬戶底層邏輯思考註冊/登入

本文位址:

從0到1,以登入註冊建立賬戶體系

在從0到1期間,網際網路團隊都希望快速上線自己的產品。先不管使用者體驗的問題,把公司的業務或團隊認可的商業模式搬上去再說。從我個人的案例中,我們在這樣的反覆打樣期間。乙個容易犯錯的點是如何建立一套可以擴充套件 安全的賬戶體系。導致使用者資料不準確 後期使用者遷移成本高 使用者拉新困難。曾經我也原創過...

登入註冊中的各種邏輯總結

sso單點登入 單點登入一般常用的有三種情況 第一種方式 session廣播機制 第二種方式 採用cookie redis 來實現 思路 採用redis來生成乙個隨機值的 key,value則存放使用者資訊資料,然後將redis生成的key放入到cookie中,在當前專案訪問其他模組的時候,傳送的請...

從城市到城鎮,下沉市場的底層邏輯有何不同?

網際網路線上流量越來越貴,尋找增量市場勢在必行。於是,網際網路下沉市場正在變得異常火熱。全球居民消費向來都有兩元結構,一是發達國家市場,二是發展中國家市場。這兩個市場的基本邏輯是,當發展中國家人均gdp達到一定數額後,就開始模擬或者重 達國家的消費公升級路徑。歷史總是相似的。中國市場是城鄉二元結構 ...