一文帶你讀懂賬號(hào)體系
經(jīng)手過諸多項(xiàng)目,行業(yè)各異,類型各異,但卻有個(gè)共同點(diǎn):均涉及到賬號(hào)體系,看似不難,但深究起來,卻也值得思考,細(xì)細(xì)品味。于是乎,便有了這篇文章。這次將從里到外仔細(xì)剖析,從概念類別到設(shè)計(jì)方法,來講講關(guān)于賬號(hào)體系的那些事。
文章篇幅較長(zhǎng),奉上本文導(dǎo)圖。(如下,點(diǎn)擊可查看大圖)
一、賬號(hào)體系的概念及價(jià)值
賬號(hào)體系是用戶在各平臺(tái)上的通行證。
平臺(tái)給與用戶可持續(xù)的服務(wù),用戶在平臺(tái)上獲取價(jià)值,中間的媒介,便是賬號(hào)體系。
阿境將其理解為維系用戶與平臺(tái)之間的樞紐。
注:本文中,賬號(hào)=賬戶,二者概念一致。
我們都知道,產(chǎn)品的最終服務(wù)方是“人”,那么,人拿什么來證明,我是這個(gè)產(chǎn)品的服務(wù)對(duì)象呢?
可以想象一下,我們?nèi)ャy行的時(shí)候,銀行讓我們開“戶”,提供了身份證,辦了銀行卡,卡號(hào)為6367********6318,那么,銀行卡便是我們的賬戶;我們?nèi)デ际系臅r(shí)候,結(jié)賬時(shí)讓我們辦個(gè)卡,提供了手機(jī)號(hào),辦了會(huì)員卡,卡號(hào)為QCS3***3,那么,會(huì)員卡便是我們的賬戶。
在這兩個(gè)例子當(dāng)中,身份證跟手機(jī)號(hào)都是我們?cè)谶@個(gè)世上唯一的標(biāo)識(shí),可以作為注冊(cè)賬號(hào)的憑據(jù)。而我們提供了個(gè)人的唯一識(shí)別碼(例如身份證、手機(jī)號(hào)等)后,不同的平臺(tái),將其轉(zhuǎn)換為平臺(tái)用戶唯一的標(biāo)識(shí)碼(例如上文提到的銀行卡號(hào)及會(huì)員卡號(hào)等)。
那么,有了賬戶,我們便可憑借著“通行證”在平臺(tái)上獲取服務(wù)。
賬號(hào)體系存在的價(jià)值在于:
- 提升系統(tǒng)的持續(xù)迭代能力,為后期產(chǎn)品擴(kuò)張預(yù)先鋪墊;
- 加強(qiáng)賬戶相關(guān)功能模塊的可行性,保證系統(tǒng)的穩(wěn)定性;
- 賬戶融合能力提升,產(chǎn)品生態(tài)圈布局一站式賬戶通行證。
并且,隨著產(chǎn)品周期的逐步遞進(jìn),賬號(hào)體系的長(zhǎng)尾價(jià)值會(huì)日益明顯。
二、賬號(hào)體系的需求分析
賬號(hào)體系在對(duì)于用戶與平臺(tái)的意義在于,保障用戶使用產(chǎn)品服務(wù),產(chǎn)品提供個(gè)性化服務(wù),同時(shí)滿足企業(yè)的商業(yè)需求。
那么,賬號(hào)體系的需求點(diǎn)在于何處?
- 用戶的信息可被證實(shí)(如郵箱確認(rèn),手機(jī)驗(yàn)證碼確認(rèn)等),保障用戶的真實(shí)性。
- 一個(gè)人有多個(gè)手機(jī)、多個(gè)郵箱、多個(gè)第三方賬號(hào),但其擁有者均為同一個(gè)人,需要將其合并為同一個(gè)賬號(hào),即保障用戶的唯一性。
- 用戶手機(jī)可能更換,存在手機(jī)號(hào)被注冊(cè)情況,需解綁舊手機(jī)號(hào)同時(shí)綁定新手機(jī)號(hào),即保障用戶賬號(hào)的賬戶安全性。
- 用戶進(jìn)行交易服務(wù)時(shí),采取的保障措施,即保障用戶的資金安全性。
- 用戶采用第三方登錄時(shí),同時(shí)搭建自身的賬號(hào)體系。
- ……
以需求的強(qiáng)弱來說,賬號(hào)體系又可分為強(qiáng)需求和弱需求。
賬號(hào)體系在對(duì)于社交類、互動(dòng)類的產(chǎn)品來說,是重中之重,為強(qiáng)需求。賬號(hào)體系是一切產(chǎn)品功能的基石,這類型產(chǎn)品,大多需要互動(dòng),建立用戶數(shù)據(jù)等,那么就需要賬號(hào)體系的搭建及維系。在這當(dāng)中,賬號(hào)體系展現(xiàn)的是核心價(jià)值,通過記錄用戶自身各類數(shù)據(jù),將用戶利益關(guān)聯(lián)在其賬號(hào)下,提供可持續(xù)的服務(wù)。
而對(duì)于工具類的產(chǎn)品,賬號(hào)體系相對(duì)來說則是弱需求,無賬號(hào)體系也可正常運(yùn)作及使用,但有了賬號(hào)體系,可更加精準(zhǔn)的進(jìn)行后續(xù)的用戶畫像建立,前期可能不重要,后續(xù)在進(jìn)行更多版本迭代的時(shí)候,便可能派上用場(chǎng)。在這當(dāng)中,賬號(hào)體系展現(xiàn)的是擴(kuò)展價(jià)值及商業(yè)價(jià)值,通過沉淀的用戶數(shù)據(jù),提供個(gè)性化服務(wù),更高效的滿足用戶需求,提升用戶體驗(yàn)。
總的來說,賬號(hào)體系是為了解決用戶信息唯一性、真實(shí)性、安全性的問題,于所有產(chǎn)品而言,賬號(hào)體系并不是必備的,其搭建時(shí)間可在產(chǎn)品規(guī)劃前期也可在產(chǎn)品規(guī)劃后期,取決于產(chǎn)品類型。
三、賬號(hào)體系的類別及歷史淵源
賬號(hào)體系分為多種,從互聯(lián)網(wǎng)發(fā)展至今,可歸納為四種,自定義賬號(hào)、郵箱賬號(hào)、手機(jī)號(hào)賬號(hào)、第三方登錄賬號(hào)。
1. 自定義賬號(hào)
自定義賬號(hào)為“賬號(hào)+密碼”的形式,一般賬號(hào)為用戶自行定義,是比較久遠(yuǎn)的的賬號(hào)體系。在互聯(lián)網(wǎng)野蠻生長(zhǎng)的前期,各大平臺(tái)尚未建立,且智能手機(jī)還未出世,使用平臺(tái)均為PC端,則賬號(hào)需用戶自行擬定。
缺點(diǎn)的話,相信經(jīng)歷過的伙伴記憶尤深,經(jīng)常拿著個(gè)小本子記錄著不同的賬號(hào)密碼。QQ一個(gè),某游戲平臺(tái)一個(gè),某社交平臺(tái)一個(gè)……若設(shè)置得不同,則增加了用戶的記憶負(fù)擔(dān)。
放在互聯(lián)網(wǎng)發(fā)展初期,則較為適用,而對(duì)于現(xiàn)在如此多的平臺(tái),“賬號(hào)+密碼”的方式已經(jīng)開始慢慢逐步被替代。
2. 郵箱賬號(hào)
在互聯(lián)網(wǎng)蠻荒時(shí)代的過去,為了解決“降低用戶記憶負(fù)擔(dān)”的問題,適逢各類郵箱盛行,QQ郵箱、網(wǎng)易郵箱、新浪郵箱等各大巨頭爭(zhēng)相搶占市場(chǎng),郵箱已成為當(dāng)時(shí)用戶的常用工具,記憶難度遠(yuǎn)比隨意取得賬號(hào)名更為簡(jiǎn)單,所以被用以“郵箱號(hào)+密碼”的登錄方式。
而郵箱作為注冊(cè)方式,優(yōu)點(diǎn)是像對(duì)于自定義賬號(hào)的體系,郵箱更能夠降低用戶記憶負(fù)擔(dān);缺點(diǎn)也很明顯,郵箱的認(rèn)證環(huán)節(jié)較為冗長(zhǎng),需要打開郵箱接收郵件并確認(rèn),容易在這個(gè)過程當(dāng)中流失用戶。
且在以往,PC端占據(jù)主導(dǎo),如今,移動(dòng)端占領(lǐng)大半江山,大多數(shù)用戶不會(huì)在手機(jī)上安裝一個(gè)郵箱應(yīng)用,那么,在移動(dòng)端接收郵箱驗(yàn)證信息的時(shí)候,難度增加,流失率也會(huì)增多。
所以對(duì)于目前移動(dòng)端主導(dǎo)市場(chǎng)的情況來說,“郵箱+密碼”的賬號(hào)體系,也已經(jīng)開始慢慢地淡出人們視野。
3. 手機(jī)號(hào)賬號(hào)體系
據(jù)數(shù)據(jù)資料顯示,截止2018年,智能手機(jī)的市場(chǎng)份額占據(jù)比已經(jīng)達(dá)到98.6%,那么,可以說基本人手一機(jī)。
每個(gè)人可能沒有社交賬號(hào)(微信、QQ等),但一定會(huì)有手機(jī)號(hào)。
優(yōu)點(diǎn)的話,對(duì)于用戶來說,記住賬號(hào)可能困難,但記住自身的手機(jī)號(hào)較為簡(jiǎn)單,且安全性高;對(duì)于平臺(tái)來說,利利用手機(jī)號(hào)登錄,可以搭建起自身的賬號(hào)體系,便于后續(xù)的精細(xì)化運(yùn)營(yíng)(活動(dòng)通知,用戶召回等等);由于目前手機(jī)號(hào)都是運(yùn)營(yíng)商實(shí)名,可減少垃圾營(yíng)銷號(hào)的賬號(hào)。
缺點(diǎn)的話,其一,“手機(jī)號(hào)+驗(yàn)證碼”登錄需要支付一定的短信費(fèi)用,好在價(jià)格不多,但需要防范黑客的惡意攻擊,這里也涉及到賬號(hào)體系的風(fēng)控機(jī)制,后續(xù)會(huì)談到;其二,在信號(hào)差的地方,接收不到驗(yàn)證碼;其三,手機(jī)號(hào)存在換號(hào)情況,需要考慮解綁邏輯及換號(hào)邏輯。
注意點(diǎn):手機(jī)號(hào)賬號(hào)體系的便捷點(diǎn)在于,可將注冊(cè)與登錄流程合為一體,若未注冊(cè),則在獲取驗(yàn)證碼后登錄的同時(shí),系統(tǒng)自動(dòng)幫用戶注冊(cè),減少了用戶的操作成本,提高便捷性。
但同時(shí),由于其便捷性,也有其局限性,用戶可能變更手機(jī)號(hào),所以需要在用手機(jī)號(hào)注冊(cè)之后,引導(dǎo)用戶設(shè)置密碼,減少風(fēng)險(xiǎn)。
4. 第三方賬號(hào)體系
隨著各大超級(jí)APP的誕生及趨于成熟,衍生出了“第三方登錄”的這個(gè)概念。
第三方賬號(hào)體系是指用戶通過授權(quán),將第三方資料綁定到自身賬號(hào)體系上。當(dāng)查詢到用戶第三方的帳號(hào)已經(jīng)綁定了平臺(tái)的某個(gè)user_id時(shí),直接登錄對(duì)應(yīng)的帳號(hào),實(shí)現(xiàn)一鍵注冊(cè)與一鍵登錄。
- 優(yōu)點(diǎn)的話,對(duì)于用戶來說,授權(quán)方便,當(dāng)擁有主流社交賬號(hào)(如微信、QQ、微博等),即可一鍵注冊(cè)及一鍵登錄,無需浪費(fèi)太多時(shí)間。且可獲取第三方平臺(tái)的一些基礎(chǔ)資料,填充了賬號(hào)前期的空白(例如頭像、昵稱等)
- 缺點(diǎn)的話,主要針對(duì)于平臺(tái),無法形成自身的賬號(hào)體系,依托于第三方,有一定的風(fēng)險(xiǎn)(第三方倒閉之類的),但可通過后續(xù)進(jìn)入到平臺(tái),引導(dǎo)綁定手機(jī)號(hào)等操作來彌補(bǔ)。
考慮采用第三方登錄,還需要考慮到,立即綁定與延時(shí)綁定這兩種情況。通常在第三方授權(quán)后,系統(tǒng)僅能拿到頭像昵稱等部分信息,若考慮后續(xù)自身的賬號(hào)信息,那么需要要求用戶進(jìn)行綁定相應(yīng)信息,則便涉及到立即綁定與延時(shí)綁定。
立即綁定會(huì)使得用戶操作繁瑣,容易造成流失,但能保證獲取用戶的信息。
延時(shí)綁定可保證用戶體驗(yàn),但卻容易在使用過程中,用戶填寫信息時(shí),被拒絕。
至于采用哪種方式,就需要各位產(chǎn)品朋友在實(shí)際的產(chǎn)品設(shè)計(jì)當(dāng)中進(jìn)行取舍。
“魚與熊掌不可兼得”
四、如何設(shè)計(jì)賬號(hào)體系?
1. 賬號(hào)體系的字段
要設(shè)計(jì)一個(gè)賬號(hào)體系,那么需要先了解,賬號(hào)體系包括哪些基礎(chǔ)字段。
(1)用戶賬號(hào)(User Account,包括自定義、郵箱、手機(jī)號(hào))
用戶賬號(hào)(User Account)為系統(tǒng)平臺(tái)內(nèi)唯一的標(biāo)識(shí),不同的賬號(hào)體系類型,用戶賬號(hào)的展現(xiàn)形式也不同。包括自定義賬號(hào),郵箱號(hào),手機(jī)號(hào)三種類型。
- 自定義賬號(hào)的,則用戶賬號(hào)由數(shù)字+字母或者中文組成。
- 郵箱的話,則為郵箱號(hào),數(shù)字+英文組成。
- 手機(jī)號(hào),則由11位數(shù)字組成。
通常處于隱私性及安全性的層面考慮,用戶賬號(hào)僅對(duì)個(gè)人可見,其余人不可見,是用戶個(gè)人的通行證。
(2)用戶密碼(User Password)
用戶密碼(User Password)是基于“賬號(hào)+密碼”體系類的字段,一般由字母跟數(shù)字組成,部分密碼會(huì)設(shè)置成包含符號(hào)。
這邊產(chǎn)品同學(xué)在設(shè)計(jì)的時(shí)候需要考慮“字母+數(shù)字”跟“字母+數(shù)字+符號(hào)”的不同情況。
(3)用戶名稱(UserName)
用戶名稱(UserName)為用戶對(duì)外展示的名字標(biāo)識(shí)??梢允怯脩糇远x,也可以是系統(tǒng)先自行分配設(shè)置,后續(xù)提供修改的權(quán)限,若是采用第三方授權(quán)登錄,則一般會(huì)以第三方的昵稱作為用戶名稱,后續(xù)可修改。
具體為用戶自定義還是系統(tǒng)分配,下文設(shè)計(jì)的時(shí)候會(huì)具體說明。
(4)用戶唯一標(biāo)識(shí)(UserID,簡(jiǎn)稱UID)
用戶唯一標(biāo)識(shí)(UID)為系統(tǒng)配置,一般為數(shù)字組成,不對(duì)用戶可見。用戶在注冊(cè)為系統(tǒng)的賬號(hào)后,則自動(dòng)生成,不可更改,與每個(gè)用戶一一對(duì)應(yīng)。
(5)開放賬戶(OpenID)
借助第三方網(wǎng)站url驗(yàn)證用戶身份,當(dāng)用戶第三方授權(quán)登錄成功,系統(tǒng)通過獲取用戶的open ID生成user ID,同時(shí)也讀取用戶在第三方網(wǎng)站的身份昵稱以及頭像,該昵稱可作為首次的賬號(hào)名。
在技術(shù)層面上,OpenID也分為靜默授權(quán)與用戶授權(quán),這點(diǎn)有興趣的朋友可以去了解下。
上圖賬號(hào)體系的信息框架圖(源于網(wǎng)絡(luò))
2. 賬號(hào)體系的核心流程
賬號(hào)體系包含四個(gè)核心流程,分別為注冊(cè)流程、登錄流程、找回密碼流程、風(fēng)控流程。其中,注冊(cè)流程與登錄流程可合并為一起。
(1)注冊(cè)+登錄流程
要設(shè)計(jì)一個(gè)登錄注冊(cè)流程,那么我們需要先簡(jiǎn)單的進(jìn)行該流程的具體分析。
賬號(hào)的注冊(cè)登陸流程,遵循三個(gè)原則:①安全性 ②普適性 ③便捷性。
簡(jiǎn)單來說,登陸注冊(cè)流程,安全第一是前提,其次保證普適性的同時(shí),追求便捷性。:那么,根據(jù)KANO模型來看,安全性為基本型需求,普適性為期望型需求,便捷性為興奮性需求。
上文提到,注冊(cè)登錄的幾個(gè)組合方式,賬號(hào)+密碼、郵箱+密碼、手機(jī)號(hào)+驗(yàn)證碼、手機(jī)號(hào)+密碼+驗(yàn)證碼、第三方登錄、第三方登陸+手機(jī)號(hào)綁定、第三方登錄+密碼、第三方登錄+密碼+手機(jī)號(hào)綁定…….
組合方式多樣,并不必刻意去記,遵循主流綁定方式的同時(shí),綁定的信息(手機(jī)號(hào)、微信等)越多,于平臺(tái)來說風(fēng)險(xiǎn)越低,于用戶來說,安全性越高,但同時(shí)也會(huì)增加用戶操作成本。如何設(shè)計(jì),取決于平臺(tái)的現(xiàn)狀及自身定位,不同產(chǎn)品,不同設(shè)計(jì)方法,并不能一概而論。
針對(duì)于安全性來說,綁定的方式越多,越安全;針對(duì)于便捷性來說,前期門檻可設(shè)置簡(jiǎn)單的注冊(cè)登錄(例如市面上的“閃驗(yàn)”登錄),后續(xù)再進(jìn)行資料補(bǔ)充。
這邊有一個(gè)注意點(diǎn),注意《用戶協(xié)議》的規(guī)劃設(shè)計(jì)。
《用戶協(xié)議》是制約用戶濫用違法的手段干擾系統(tǒng)運(yùn)行的手段,是注冊(cè)流程中不可缺少的部分,卻也是最容易忽略的部分。
有幾種方式可以設(shè)計(jì),僅供參考:
- 展示可供勾選的用戶協(xié)議,根據(jù)產(chǎn)品的業(yè)務(wù)形態(tài)可以選擇是否默認(rèn)勾選的方式。
- 注冊(cè)時(shí),強(qiáng)制彈出,用戶需先同意后才進(jìn)行后續(xù)操作,避免了后續(xù)因不同意浪費(fèi)的時(shí)間。注冊(cè)即表示同意用戶協(xié)議。
(2)找回密碼流程
常見的幾種找回密碼的方式:手機(jī)號(hào)、郵箱、銀行卡、人工申訴。
①手機(jī)號(hào)驗(yàn)證
若密碼丟失,則可通過“原手機(jī)+驗(yàn)證碼”的形式來進(jìn)行重設(shè)密碼,但會(huì)有運(yùn)營(yíng)商二次放號(hào)的情況,那么需要在系統(tǒng)設(shè)計(jì)中規(guī)劃多個(gè)“受信任手機(jī)”或“受信任設(shè)備”的情況。
②郵箱找回
郵箱找回的方法是以往PC端的經(jīng)典方法,PC時(shí)代=郵箱時(shí)代。QQ、網(wǎng)易等主流郵箱占據(jù)了整個(gè)市場(chǎng),自然通過郵箱找回最為方便。但隨著移動(dòng)時(shí)代的到來,郵箱找回的方式逐漸被遺棄,且在賬號(hào)體系若無通過郵箱為主的賬號(hào)方式,則一般也很少會(huì)在體系當(dāng)中要求用戶綁定郵箱。
在移動(dòng)時(shí)代,郵箱找回較為麻煩且用處不大,但可作為手機(jī)號(hào)找回的輔助方式。
③驗(yàn)證銀行卡
若在體系當(dāng)中涉及到銀行卡綁定的,則銀行卡可作為個(gè)人的唯一標(biāo)識(shí),通過“銀行卡+預(yù)留手機(jī)號(hào)+驗(yàn)證碼”的驗(yàn)證方式來驗(yàn)證個(gè)人信息,從而明確是否本人的方式,來找回密碼。
④人工服務(wù)
在各類驗(yàn)證方式都走不通的情況下,只能通過人工服務(wù)來進(jìn)行找回密碼。需要先讓用戶上傳身份證等個(gè)人確切信息之后,客服在一定的工作日內(nèi)進(jìn)行處理,會(huì)耗費(fèi)相應(yīng)的客服資源,且反饋時(shí)間較長(zhǎng)。
(3)風(fēng)控流程
風(fēng)控流程的本質(zhì)在于確保用戶身份的合法性及正確性,防止部分不法分子惡意攻擊及注冊(cè),影響原本體系的安全。
賬號(hào)作為用戶登錄系統(tǒng)的“通行證”,其重要性不言而喻。而保護(hù)好賬號(hào)的安全,也是至關(guān)重要的。其在于注冊(cè)、登錄流程上,被黑客惡意注冊(cè),導(dǎo)致平臺(tái)資源浪費(fèi);賬號(hào)信息泄露,導(dǎo)致用戶信息受損;不論是對(duì)于平臺(tái)還是對(duì)于用戶,都是極大的損失。
對(duì)于風(fēng)控措施,可從惡意注冊(cè)賬號(hào)、IP、盜取等方向來思考。
阿境列舉了以下幾項(xiàng)針對(duì)于賬號(hào)體系的風(fēng)控措施,可供參考。
針對(duì)于惡意注冊(cè)賬號(hào),浪費(fèi)平臺(tái)資源:
- 禁止非正常的、大量的“驗(yàn)證賬號(hào)是否存在”的操作請(qǐng)求,防止不法份子通過不停的輸入大量賬號(hào),去獲取該賬號(hào)是否存在的數(shù)據(jù)。
- 郵箱注冊(cè)時(shí)增加郵件驗(yàn)證碼功能或者通過郵件進(jìn)行激活確認(rèn)。
- 通過短信驗(yàn)證時(shí),進(jìn)行短信次數(shù)限制,保護(hù)短信通道不被惡意者大量刷短信,造成堵塞。
- 驗(yàn)證方式升級(jí),通過圖像驗(yàn)證碼、文字驗(yàn)證碼甚至題目驗(yàn)證碼等,加大驗(yàn)證難度。
- 唯一手機(jī)號(hào),保證一機(jī)一號(hào)。
- 通過IP對(duì)請(qǐng)求上限做出限制,防止惡意用戶大量發(fā)起注冊(cè)請(qǐng)求,攻擊服務(wù)器。若多次請(qǐng)求,數(shù)據(jù)錯(cuò)誤,則對(duì)賬號(hào)進(jìn)行梯度時(shí)間凍結(jié)。
針對(duì)于盜取賬號(hào),影響賬號(hào)安全性:
- 確保用戶訪問的真實(shí)性,進(jìn)行手機(jī)號(hào)驗(yàn)證或手機(jī)掃碼登錄。
- 異常操作,非本人IP/手機(jī)進(jìn)行通知提醒。
- 高風(fēng)險(xiǎn)的賬號(hào)操作,系統(tǒng)后臺(tái)運(yùn)行后,重新進(jìn)入,需要重新輸入驗(yàn)證信息(指紋、手勢(shì)等),常用在支付類系統(tǒng)。
3. 賬號(hào)體系的頁面展示
頁面僅為部分邏輯展示,目前發(fā)展到了現(xiàn)在,登錄注冊(cè)的頁面展現(xiàn)形式各異,依據(jù)系統(tǒng)的定位來規(guī)劃及設(shè)計(jì)即可。
五、賬號(hào)體系的合并與打通
在各大系統(tǒng)中,存在多個(gè)系統(tǒng),多個(gè)賬號(hào),互相交雜的情況,那么,延伸出了賬號(hào)的合并問題與打通問題。
同個(gè)系統(tǒng)中,存在的問題是合并問題:
- 同類型的賬號(hào)合并;
- 不同類型的賬號(hào)合并。
不同系統(tǒng)中,存在的問題是打通問題:
- 單向數(shù)據(jù)打通;
- 雙向數(shù)據(jù)打通。
1. 賬號(hào)體系的合并
賬號(hào)的合并指的是,在一個(gè)系統(tǒng)內(nèi),一個(gè)用戶的多個(gè)賬號(hào)合并成為同一個(gè)賬號(hào)。
賬號(hào)分為同類型與不同類型兩種。同類型指的是注冊(cè)類型相同,例如同一個(gè)人用兩個(gè)手機(jī)號(hào)注冊(cè)兩個(gè)賬號(hào);不同類型指的是注冊(cè)類型不同,例如有手機(jī)號(hào)注冊(cè),有微信注冊(cè),有郵箱注冊(cè),但其擁有者均為同一個(gè)人。
那么此時(shí),用戶發(fā)起合并,將其所擁有的賬號(hào)合并為同一個(gè)。
處理方式為:保留其中一個(gè)主賬號(hào),將數(shù)據(jù)累加到主賬號(hào)當(dāng)中,其余賬號(hào)數(shù)據(jù)清空。
2. 賬號(hào)體系的打通
賬號(hào)的打通指的是,在不同的系統(tǒng),賬號(hào)數(shù)據(jù)的互通。在這當(dāng)中,“互通”又分為單向打通與雙向打通。
- 單向打通指的是一個(gè)系統(tǒng)有權(quán)使用另外一個(gè)系統(tǒng)的部分?jǐn)?shù)據(jù),這里的“有權(quán)使用”我們可以理解為“授權(quán)”。第三方授權(quán)便是這個(gè)原理,某APP授權(quán)微信,則由于微信的開放平臺(tái)數(shù)據(jù),某APP可獲取其名稱頭像等數(shù)據(jù),進(jìn)而采用這些數(shù)據(jù)在系統(tǒng)中流轉(zhuǎn)。
- 雙向打通指的是兩個(gè)不同的系統(tǒng),數(shù)據(jù)相通,多用于合作模式的系統(tǒng),情況不多。例如A與B兩個(gè)系統(tǒng),部分?jǐn)?shù)據(jù)是公用的,那么,在A系統(tǒng)中修改了個(gè)人信息,在B系統(tǒng)中的個(gè)人信息也隨之修改,共用的是同一套數(shù)據(jù)。
這當(dāng)中的核心為數(shù)據(jù)流通,一個(gè)用戶在多個(gè)系統(tǒng)內(nèi),局部數(shù)據(jù)流通(單向或雙向),數(shù)據(jù)總量不變。
六、賬號(hào)體系設(shè)計(jì)的幾個(gè)要點(diǎn)
(劃重點(diǎn),這個(gè)要考)
1. 搭建適合自身產(chǎn)品的賬號(hào)體系
選擇賬號(hào)體系基于四個(gè)維度來判定,分別是:①終端類型 ②產(chǎn)品類型 ③用戶類型 ④產(chǎn)品發(fā)展四個(gè)方面。
(1)終端類型
目前對(duì)于終端,分別是PC端與移動(dòng)端。對(duì)于以往PC端時(shí)代來說,郵箱是最盛行的,隨手打開郵箱即可接收驗(yàn)證信息,拿到現(xiàn)在移動(dòng)時(shí)代,如此操作便略顯繁瑣了。
(2)產(chǎn)品類型
不同的產(chǎn)品類型,由于其本身性質(zhì)的不同,應(yīng)設(shè)計(jì)不同的賬號(hào)體系。
設(shè)計(jì)的核心在于盡量靠近產(chǎn)品主流業(yè)務(wù)所使用的信息,來設(shè)計(jì)賬號(hào)體系。
例如:打車平臺(tái)、外賣平臺(tái)是必須要知道用戶手機(jī)號(hào)的,那么可直接采用手機(jī)號(hào)登錄的方式來設(shè)計(jì)賬戶體系。
(3)用戶類型
用戶類型的不同,也需要考慮不同的賬號(hào)體系。
拿三類用戶來舉個(gè)例子,學(xué)生、年輕人、老年人。
- 對(duì)于學(xué)生來說,考慮到部分學(xué)生是沒有手機(jī)號(hào)的,則若僅限制用手機(jī)號(hào)注冊(cè),便會(huì)流失這部分的用戶,而QQ幾乎是人手一個(gè),那么采用第三方登錄是最合適的方法。
- 對(duì)于年輕人來說,手機(jī)號(hào)、各類主流第三方賬戶,郵箱均有,那么設(shè)計(jì)最適合的登錄方式即可。
- 對(duì)于老年人來說,賬號(hào)密碼的登錄體系由于其復(fù)雜性,必然不適合。那么采用手機(jī)號(hào)登陸較為合適,考慮到老年人這個(gè)特殊群體,需要設(shè)計(jì)較為簡(jiǎn)單的操作流程,可采用目前較為流行的“本機(jī)號(hào)碼一鍵登錄”的方式,將注冊(cè)登錄融為一體。
(4)產(chǎn)品發(fā)展
產(chǎn)品在前期發(fā)展的時(shí)候,需要快速占領(lǐng)市場(chǎng),時(shí)間緊任務(wù)重,那么可直接采用接入第三方登錄的方式。在發(fā)展到一定體量的時(shí)候,那么便有必要構(gòu)建一套自己的賬戶體系了。
2. 根據(jù)產(chǎn)品類型設(shè)定賬號(hào)是否強(qiáng)制登錄
(1)先瀏覽再登錄
若是內(nèi)容類、資訊類的產(chǎn)品,為了用戶體驗(yàn),一般不強(qiáng)制登錄,采用先瀏覽再登錄的方式。將登錄后置的一個(gè)重要原因在于留住用戶。根據(jù)漏斗模型可知,用戶操作步驟越多,流失越多。且降低瀏覽的門檻,能夠吸引用戶查看內(nèi)容,當(dāng)需要使用到賬號(hào)信息時(shí)(例如購(gòu)買),再引導(dǎo)用戶去進(jìn)行注冊(cè)登錄的操作。
那么,這么設(shè)計(jì)的缺點(diǎn)在于①注冊(cè)入口多,系統(tǒng)維護(hù)成本高 ②用戶信息需要分多環(huán)節(jié)設(shè)計(jì)。
(2)先登錄再瀏覽
若是社交類的產(chǎn)品,則一般采用先登錄再瀏覽的方式。其原因在于,針對(duì)于社交,賬號(hào)是唯一主體,且需要通過賬號(hào)來進(jìn)行后續(xù)的操作,無法跳過注冊(cè)登錄的流程。
但是,部分內(nèi)容類的產(chǎn)品這么設(shè)計(jì),容易造成用戶流失。
(3)無需注冊(cè)登錄
若是工具類的產(chǎn)品,則賬號(hào)體系作為弱需求的存在,可有可無,在資源有限的情況下,可不做賬號(hào)體系,直接使用產(chǎn)品,便也無需注冊(cè)登錄。當(dāng)然,上文有提到,針對(duì)于工具類的產(chǎn)品,賬號(hào)體系的意義在于后續(xù)的擴(kuò)展價(jià)值及商業(yè)價(jià)值。
3. 考慮賬號(hào)體系的安全機(jī)制(二次放號(hào)的情況)
上文提到,目前我們主流的賬號(hào)體系注冊(cè)方式,主要為:①手機(jī)號(hào)賬號(hào)體系 ②第三方賬號(hào)體系。
那么,而以手機(jī)號(hào)作為核心的賬號(hào)體系,卻會(huì)延伸出不同的問題。
手機(jī)號(hào)更換且停用的情況,導(dǎo)致舊手機(jī)號(hào)丟失,運(yùn)營(yíng)商會(huì)有將廢棄的手機(jī)號(hào)二次回收再發(fā)放的情況。
舉個(gè)例子:號(hào)稱廈門吳彥祖的阿境先前用舊的號(hào)碼注冊(cè)了某健身平臺(tái)。有一天,他換了新的手機(jī)號(hào),那么舊的號(hào)碼便注銷掉,運(yùn)營(yíng)商過了一段時(shí)間(大約四個(gè)月)重新將其投放入市場(chǎng)。
那么這個(gè)時(shí)候,便會(huì)遇到,有人拿這個(gè)舊的手機(jī)號(hào)進(jìn)入這個(gè)健身平臺(tái),篡改了阿境的賬號(hào)信息。
那么,如何避免這個(gè)問題呢?
本質(zhì)在于,通過身份驗(yàn)證來確保是用戶本人操作。
(1)好友輔助驗(yàn)證
社交類產(chǎn)品多采用該方式,如QQ和微信,通過線下聯(lián)系好友,好友在號(hào)上進(jìn)行確認(rèn)操作,多位好友進(jìn)行驗(yàn)證之后,便通過。
安全性較高,但換來的也是操作復(fù)雜麻煩的代價(jià),多用于社交類產(chǎn)品。
(2)歷史信息驗(yàn)證
通過用戶自身回憶歷史的操作信息及個(gè)人信息,并回答相應(yīng)問題,正確后即可通過驗(yàn)證。例如:“近期的購(gòu)物產(chǎn)品是什么”“曾經(jīng)用過什么密碼”“回憶一下最近的好友”“回憶一下近期使用過的頭像”等等
但當(dāng)平臺(tái)逐漸增多,數(shù)據(jù)不斷交替更新的現(xiàn)在,歷史信息驗(yàn)證這個(gè)方法的準(zhǔn)確度逐漸下降,要讓用戶記住曾經(jīng)設(shè)置的某些信息,越來越難,體驗(yàn)遠(yuǎn)沒有想象中的好。
(3)用戶身份驗(yàn)證
倘若用戶在系統(tǒng)中留下了自身的信息,唯一且安全,那么,該信息便可用于自身的信息驗(yàn)證。例如:人臉識(shí)別,身份證,銀行卡,社??ǖ刃畔?。
(4)通過已添加的其他“受信任的手機(jī)號(hào)/設(shè)備”通過驗(yàn)證
部分平臺(tái)在系統(tǒng)內(nèi),會(huì)增設(shè)多個(gè)“受信任手機(jī)號(hào)”的功能,添加多個(gè)手機(jī)號(hào),當(dāng)主手機(jī)號(hào)丟失的時(shí)候,可通過其余手機(jī)號(hào)發(fā)送短信的信息驗(yàn)證,來驗(yàn)證用戶自身的身份。
也可添加多個(gè)“受信任的設(shè)備”來認(rèn)證登錄,此后,受信任的設(shè)備可將陌生設(shè)備踢下線。
(5)密保問題認(rèn)證/郵箱認(rèn)證
通過密保問題驗(yàn)證及郵箱驗(yàn)證,是互聯(lián)網(wǎng)早期PC時(shí)代時(shí)慣用的方式,通過“賬號(hào)密碼”的賬號(hào)體系,附帶設(shè)置密保問題的安全措施,保證用戶的賬號(hào)安全。
這個(gè)方式最大的問題便是密保問題的記憶,往往很多人還是會(huì)忘記。舉個(gè)例子,如今蘋果賬號(hào)依然是使用密保問題,如若無刻意去記憶,那么我想大部分人還是容易遺忘。
(6)客服申述等
在所有自身提交信息并認(rèn)證的措施都嘗試之后,若還不行,那么只能通過客服申訴來找回賬號(hào)。通過讓用戶填寫證明賬號(hào)信息的表單,提交客服,從而來人工判定賬號(hào)的歸屬人。
但此法容易占用客服資源,且費(fèi)時(shí)費(fèi)力,是下下之策。
4. 一些能夠提升用戶體驗(yàn)的設(shè)計(jì)
(1)手機(jī)號(hào)注冊(cè),帶空格
在注冊(cè)登錄或綁定手機(jī)號(hào)等兩個(gè)流程,需輸入手機(jī)號(hào)的時(shí)候,自動(dòng)為用戶空出空位出來,以3-4-4的方式,用戶在輸入的過程中隨時(shí)可更加方便校準(zhǔn)所輸入的內(nèi)容及位數(shù)是否正確。
在用戶需要輸入銀行卡的信息時(shí),同理,以4-4-4-4-3的方式來設(shè)計(jì)。
(2)精準(zhǔn)的錯(cuò)誤提示
在賬號(hào)的表單輸入框中,若信息輸入錯(cuò)誤,則需以精確的錯(cuò)誤提示反饋給用戶。
舉個(gè)例子,在用戶輸入賬號(hào)密碼后,若信息不正確,則有兩種處理方式:①信息錯(cuò)誤 ②賬號(hào)不存在/密碼錯(cuò)誤。
很顯然,第二種處理方式會(huì)比第一種好得多,用戶可以清晰的知道自身的錯(cuò)誤并修正,減少了多次嘗試的時(shí)間。
同時(shí),根據(jù)泰斯勒定律“越簡(jiǎn)單的前端使用,那么背后一定有復(fù)雜的邏輯支撐”,用戶獲得的錯(cuò)誤提示越精準(zhǔn),則開發(fā)資源及時(shí)間需要付出的越多。若產(chǎn)品前期急著開發(fā)上線,可犧牲部分交互及用戶體驗(yàn),優(yōu)先級(jí)排后,待穩(wěn)定后再做修改。
(3)輸入數(shù)字的時(shí)候,自動(dòng)調(diào)起數(shù)字鍵盤
在輸入密碼的時(shí)候,若密碼要求純數(shù)字,則自動(dòng)調(diào)起數(shù)字鍵盤,且強(qiáng)制不可轉(zhuǎn)換,以避免用戶誤操作輸入錯(cuò)誤信息,增加不必要的用戶操作。
(4)有前置條件的按鈕可置灰,輸入信息后恢復(fù)可點(diǎn)擊狀態(tài)
若信息未達(dá)到系統(tǒng)要求信息,則按鈕置灰,減少不必要的點(diǎn)擊。
舉個(gè)例子:登錄時(shí),需要輸入賬號(hào)與密碼,若用戶僅輸入賬號(hào)或密碼時(shí),按鈕保持置灰狀態(tài)。當(dāng)賬號(hào)及密碼均輸入且達(dá)到要求(例如6到16位),按鈕回復(fù)可點(diǎn)擊狀態(tài)。
(5)密碼提供顯示/隱藏按鈕
輸入安全性較高的信息時(shí),給予用戶顯示/隱藏按鈕。
例如:在輸入密碼時(shí),用戶旁邊若有人,則輸入密碼的步驟的隱私性降低,提供顯示/隱藏按鈕,可讓用戶自行選擇是否顯示正在輸入的信息。
(6)必填與非必填項(xiàng)的提示
用戶首次注冊(cè)賬號(hào)登錄時(shí),部分系統(tǒng)出于做前期用戶推薦的目的,要求用戶輸入部分信息,則信息作為表單,進(jìn)行必填與非必填的提示,例如可使用*號(hào)作為區(qū)分。將操作的可控性前置到用戶輸入信息的時(shí)候。
寫在最后
賬號(hào)體系可大可小,一個(gè)看似小的功能點(diǎn)可以延伸出很多細(xì)微的知識(shí)。
重點(diǎn)在于產(chǎn)品的體量大小,是否值得如此深度的來設(shè)計(jì)。
剛開始的產(chǎn)品,賬號(hào)體系的作用可能僅限于可注冊(cè)登陸,且用戶量也少,那么并不怎么需要考慮風(fēng)控及安全機(jī)制。而將自身主體業(yè)務(wù)做精做全之后,再來完善賬號(hào)體系也不遲,畢竟賬號(hào)體系說來也是一個(gè)龐大的工程量。
想必PM若沒有足夠的洞察力及充分模擬業(yè)務(wù)場(chǎng)景,也不一定能完全做好賬號(hào)體系(不僅僅在于搭建,還在于各類風(fēng)控措施及安全機(jī)制)。
阿境在開始寫這篇文章的時(shí)候,從第一個(gè)字到現(xiàn)在,遠(yuǎn)遠(yuǎn)超過了預(yù)估的時(shí)間。
構(gòu)思的時(shí)候,內(nèi)心:“賬號(hào)體系這么多,歸納一下吧,也不難?!?/p>
剛開始寫的時(shí)候,內(nèi)心:”還行,有點(diǎn)感覺?!?/p>
寫到一半,內(nèi)心:“怎么好像有點(diǎn)難?!?/p>
寫到快結(jié)尾,內(nèi)心:“天吶好難,寫完我要放棄產(chǎn)品這條路了!”
(開個(gè)玩笑)
原計(jì)劃三千字講清楚,現(xiàn)在磨磨蹭蹭到了小一萬。(也可能大部分都是因?yàn)槲覇?哈哈哈)
“切莫小看每一個(gè)看似細(xì)小的功能點(diǎn)”永存敬畏之心是每一名PM都應(yīng)該擁有的。
作者:阿境,熱愛產(chǎn)品的凡夫俗子。野蠻生長(zhǎng),產(chǎn)品汪一枚,做過電商、醫(yī)療、教育行業(yè)項(xiàng)目,有百萬級(jí)流水產(chǎn)品經(jīng)驗(yàn)。公眾號(hào):夢(mèng)想家阿境
本文由@阿境 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
專欄作家
阿境,微信公眾號(hào):夢(mèng)想家阿境,人人都是產(chǎn)品經(jīng)理專欄作家。遇到過三位數(shù)的DAU,也有八位數(shù)DAU的經(jīng)歷;擅長(zhǎng)產(chǎn)品面試的指導(dǎo),用戶需求的洞察,對(duì)社交領(lǐng)域有深入的見解。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
是否對(duì)于后臺(tái)賬號(hào)和C端用戶賬號(hào)也要區(qū)別,因?yàn)楹笈_(tái)賬號(hào)會(huì)涉及到員工信息,組織結(jié)構(gòu);而C端賬號(hào)只有賬號(hào)的基本信息
貌似缺少員工管理部分的內(nèi)容了,員工管理+賬號(hào)管理才可以認(rèn)為是完善的賬號(hào)體系吧,個(gè)人見解
謝謝作者的分享,系統(tǒng)的理解了
文中提到的“數(shù)據(jù)雙向打通”,中臺(tái)的用戶體系是否就是這種場(chǎng)景?
有沒有關(guān)于賬號(hào)安全更細(xì)節(jié)的介紹?
很細(xì)節(jié),很全面 學(xué)到了知識(shí)。
感謝認(rèn)可
很棒
公眾號(hào):夢(mèng)想家阿境
很細(xì)節(jié)全面 謝謝
希望對(duì)你有幫助。 ??