經(jīng)常有新人剛進(jìn)公司，看注冊(cè)登錄頁(yè)面不爽，改！改的不止是UI/UX，而是信息架構(gòu)。雖然這塊功能模塊頁(yè)面不多，但沒(méi)考慮清楚把整個(gè)賬戶體系搞混了，造成不可回轉(zhuǎn)的大坑，運(yùn)營(yíng)馬上提著刀殺過(guò)來(lái)。

賬戶體系基本常識(shí)

賬戶是所有機(jī)構(gòu)/平臺(tái)必須具備的基礎(chǔ)配置。不專指互聯(lián)網(wǎng)領(lǐng)域，例如你在屈臣氏辦了會(huì)員，提供手機(jī)號(hào)就能積累積分，積分達(dá)到多少報(bào)手機(jī)就能享受優(yōu)惠，說(shuō)明你在屈臣氏開(kāi)了戶，手機(jī)號(hào)是開(kāi)戶賬號(hào)，存在于屈臣氏的用戶數(shù)據(jù)中。簡(jiǎn)單來(lái)說(shuō)，賬戶是開(kāi)戶的憑證，包含賬號(hào)名和密碼，意味著你成為他們的用戶，同時(shí)你也具備某方面的通行資格。

用戶賬號(hào)（User Account）：用戶注冊(cè)完成生成的通行證賬號(hào)，在系統(tǒng)中的屬性是唯一的，僅對(duì)用戶個(gè)人可見(jiàn)，他人不可見(jiàn)。

賬號(hào)名生成途徑：

• 系統(tǒng)自動(dòng)配置，例如QQ號(hào)
• 用戶注冊(cè)時(shí)填寫的昵稱/手機(jī)號(hào)為首次賬號(hào)名。由于屬性關(guān)系，如需更改，建議加上次數(shù)限制，而且具有覆蓋性
• 用戶注冊(cè)之后自行設(shè)置，例如微信號(hào)，必須做同名判斷

用戶身份（user ID）：系統(tǒng)自行配置,一般是一串?dāng)?shù)字，根據(jù)用戶注冊(cè)時(shí)間排列，該ID不對(duì)用戶可見(jiàn)，為后臺(tái)管理用戶的唯一標(biāo)識(shí)，不可更改。

開(kāi)放賬戶（open ID）:?借助第三方網(wǎng)站url驗(yàn)證用戶身份，當(dāng)用戶第三方授權(quán)登錄成功，系統(tǒng)通過(guò)獲取用戶的open ID生成user ID,同時(shí)也讀取用戶在第三方網(wǎng)站的身份昵稱以及頭像，該昵稱可作為首次的賬號(hào)名。

open ID的獲取分為靜默和用戶授權(quán)。

例子：

投票活動(dòng)，不需用戶授權(quán)登錄或關(guān)注公眾號(hào)，但需做投票次數(shù)限制，一個(gè)ID只能投一次等，如何限制呢？靜默獲取用戶open ID作為身份識(shí)別再行限制，弊端是只能在QQ，微信等第三方才能獲取。如用戶跑到瀏覽器投票？賦予用戶唯一碼，除非清理緩存，否則也可跟蹤。為何不限制IP？假如局域網(wǎng)內(nèi)的IP是固定的，將導(dǎo)致你投了票，全公司都不能幫你投。

如何構(gòu)建賬戶體系

注冊(cè)登錄設(shè)計(jì)進(jìn)化流分析

早期注冊(cè)頁(yè)面繁瑣，需收集用戶的年齡性別等，則在用戶注冊(cè)時(shí)要求填寫，操作冗長(zhǎng)，后期弱化為只需填寫賬號(hào)名/昵稱+密碼。而對(duì)手機(jī)號(hào)收集需求沒(méi)有那么強(qiáng)硬，個(gè)人資料頁(yè)綁定即可。

如后期需用戶綁定手機(jī)或郵箱，則新增引導(dǎo)活動(dòng)/功能/優(yōu)惠等，成本極高，周期較長(zhǎng)。使用賬號(hào)名/昵稱+密碼登錄在場(chǎng)景中，容易遺忘，導(dǎo)致用戶使用周期短，除非是高黏度產(chǎn)品。

再者，用戶昵稱如賦予可登錄功能，輸入時(shí)必須做同名判斷，否則導(dǎo)致登錄賬戶無(wú)法識(shí)別，一般不建議！

隨著手機(jī)/郵箱收集需求的強(qiáng)化，手機(jī)/郵箱+密碼+昵稱注冊(cè)方式逐為趨勢(shì)。并不是競(jìng)品或者趨勢(shì)如何，產(chǎn)品就怎么做，這個(gè)方式也有漏洞。例如電商，有新人領(lǐng)取優(yōu)惠，不需驗(yàn)證的注冊(cè)方式，遇到薅羊毛團(tuán)伙就危險(xiǎn)；但對(duì)于資訊類產(chǎn)品，互聯(lián)網(wǎng)的上半場(chǎng)，要的就是這些用戶數(shù)據(jù)，不需驗(yàn)證，方便刷量。

注冊(cè)項(xiàng)能否去除密碼設(shè)置？手機(jī)+驗(yàn)證碼+密碼（或不用密碼）+昵稱（或不用昵稱）注冊(cè)方式為目前普遍做法，細(xì)心留意，難以找到輸入賬號(hào)名注冊(cè)的產(chǎn)品，并且郵箱注冊(cè)也逐漸淘汰。

上圖為“在行”“美團(tuán)”“華爾街見(jiàn)聞”的注冊(cè)頁(yè)面，均有密碼項(xiàng)。

手機(jī)號(hào)+驗(yàn)證碼登錄，確實(shí)對(duì)于用戶較為方便。如去除密碼，只留下手機(jī)+驗(yàn)證碼，當(dāng)用戶手機(jī)丟失或更換，不在身邊時(shí)，則登錄不了。

微信在用戶退出時(shí)做了密碼設(shè)置提醒。密碼設(shè)置最好的時(shí)間段是在注冊(cè)時(shí)，如后期再做提醒，除非是高黏度產(chǎn)品，否則執(zhí)行概率有點(diǎn)懸。如需增加密碼設(shè)置或者必須使用密碼登錄，則不能缺少注冊(cè)環(huán)節(jié)。

注冊(cè)環(huán)節(jié)能否省略？

上圖為“UC頭條”“唱吧”“魔力盒”的登錄頁(yè)面。

不需注冊(cè)，直接登錄，必須具備的條件如下：

• 有一項(xiàng)具備唯一屬性的信息作為識(shí)別用戶的身份憑證
• 該信息能夠被用戶長(zhǎng)期記憶并且方便使用
• 注冊(cè)才能生成的信息項(xiàng)不作為唯一的登錄條件，例如密碼

而“UC頭條”“唱吧”“魔力盒”識(shí)別用戶身份的憑證是手機(jī)號(hào)/第三方的open ID。

手機(jī)號(hào)+驗(yàn)證碼登錄的優(yōu)點(diǎn)

例子：

報(bào)名活動(dòng)，用戶填寫信息有手機(jī)號(hào)，沒(méi)有驗(yàn)證碼，產(chǎn)品詢問(wèn)該報(bào)名用戶需不需要加入賬戶系統(tǒng)，如需要，賬戶系統(tǒng)則加入這批數(shù)據(jù)，手機(jī)號(hào)作為登錄賬號(hào)。需要注意，僅是作為協(xié)辦方的商務(wù)活動(dòng)，用戶不知其平臺(tái)，某天在平臺(tái)注冊(cè)時(shí)提示“該手機(jī)號(hào)已是賬號(hào)”等文案，必然一臉蒙圈，所以除非是充數(shù)據(jù)，否則不建議加入。

技術(shù)做法：將這批用戶鎖定，雖然存在于我們的賬戶系統(tǒng)，但注冊(cè)時(shí)沒(méi)有判斷限制。當(dāng)用戶量大到一定程度，并且賬戶體系需調(diào)整，就尷尬了，刪也不是，不刪又不好處理。

產(chǎn)品做法：增加手機(jī)+驗(yàn)證碼登錄入口。登錄成功，新用戶自行創(chuàng)建賬號(hào)，舊用戶直接登錄即可。

為什么市面很多產(chǎn)品依然保留“賬號(hào)/郵箱+密碼”的登錄方式？

產(chǎn)品早期已聚集很多用戶，并且注冊(cè)使用賬號(hào)/郵箱，然而該產(chǎn)品沒(méi)有綁定手機(jī)號(hào)的強(qiáng)硬需求，所以只能保留該登錄項(xiàng)。后期可根據(jù)綁定用戶占有比等數(shù)據(jù)判斷，再行決定是否去除賬號(hào)/郵箱+密碼登錄方式，切勿一刀切！

注冊(cè)登錄設(shè)計(jì)安全做法

上圖為喜馬拉雅FM的注冊(cè)登錄界面。

登錄項(xiàng)有賬號(hào)密碼/手機(jī)免密/第三方賬號(hào)，既方便新用戶也照顧老用戶以及丟失手機(jī)只能使用密碼登錄的用戶。

注冊(cè)項(xiàng)有手機(jī)+驗(yàn)證碼+設(shè)置密碼，至于昵稱要不要？社交產(chǎn)品中昵稱是對(duì)外展示的馬甲，注冊(cè)時(shí)沒(méi)有填寫，則默認(rèn)手機(jī)號(hào)為首次的昵稱，或者系統(tǒng)為新用戶統(tǒng)一配置默認(rèn)昵稱+編號(hào)區(qū)分。

運(yùn)營(yíng)問(wèn)過(guò)我為什么注冊(cè)成功后昵稱是手機(jī)號(hào)，好奇怪，我說(shuō)可以去資料頁(yè)更改的，她還是覺(jué)得很奇怪，然而可能有些人又覺(jué)得注冊(cè)時(shí)候不要用戶填寫那么多信息。至于要或不要，建議產(chǎn)品下決定前多考慮，有條件做個(gè)A/B測(cè)試，沒(méi)條件可以選一項(xiàng)先行，埋點(diǎn)根據(jù)數(shù)據(jù)分析，再做決定。

例如先收回去，根據(jù)用戶后期更改昵稱頻率以及注冊(cè)成功至更改昵稱的時(shí)長(zhǎng)等，判斷用戶對(duì)更改昵稱的需求迫切度，達(dá)到某一峰值，則放在注冊(cè)時(shí)填寫。

放出來(lái)之后追蹤用戶在設(shè)置昵稱頁(yè)面的跳出率高不高，如果很高，但又不想影響用戶注冊(cè)轉(zhuǎn)化率，可增加跳過(guò)按鈕填。用戶設(shè)置密碼成功點(diǎn)擊下一步操作按鈕時(shí)，賬號(hào)已經(jīng)生成了。

設(shè)置昵稱功能之所以啰嗦那么久，是因?yàn)?strong>產(chǎn)品工作溝通中，矛盾點(diǎn)往往是小分歧~

手機(jī)注冊(cè)流程設(shè)計(jì)

輸入手機(jī)號(hào)完成，下一步操作是獲取驗(yàn)證碼，點(diǎn)擊獲取時(shí)觸發(fā)判斷。切勿在最后提交注冊(cè)時(shí)判斷，否則既讓用戶做無(wú)用功，又產(chǎn)生無(wú)意義的信息費(fèi)用。又啰嗦了，因?yàn)榘l(fā)現(xiàn)新人的需求文檔中，基本缺少判斷邏輯的觸發(fā)機(jī)制描述。

第三方賬號(hào)登錄邏輯

第三方授權(quán)存在X個(gè)，同一人在平臺(tái)中存在多個(gè)賬號(hào)概率極高。例如你的微信賬號(hào)有10元，QQ賬號(hào)0元，某天登記QQ賬號(hào)記憶混亂以為錢沒(méi)有了，是BUG！

強(qiáng)制綁定手機(jī)號(hào)產(chǎn)品，第三方授權(quán)登錄后如需綁定手機(jī)號(hào)，前提為該第三方之前不存在賬號(hào)。

例子：

使用微信授權(quán)登錄，點(diǎn)擊微信a登錄后彈出綁定手機(jī)號(hào)頁(yè)面，輸入手機(jī)號(hào)A，獲取驗(yàn)證碼時(shí)進(jìn)行判斷，如該手機(jī)號(hào)A不存在賬號(hào)，則登錄成功關(guān)聯(lián)手機(jī)號(hào)并創(chuàng)建user ID。然而下次QQ登錄，綁定手機(jī)號(hào)A,判斷該手機(jī)號(hào)A已存在賬號(hào)，但是沒(méi)有綁定過(guò)QQ，直接登錄至手機(jī)號(hào)生成的賬號(hào)，這種做法能夠保證一個(gè)用戶使用X個(gè)第三方賬號(hào)登錄進(jìn)入的是同個(gè)賬戶。更換另一個(gè)微信b登錄綁定，則判斷手機(jī)號(hào)A已經(jīng)綁定過(guò)微信a，如繼續(xù)綁定，則微信a與手機(jī)號(hào)解綁，微信b綁定并登錄至手機(jī)號(hào)生成的賬號(hào)。

可以得出，微信a已沒(méi)有綁定任何手機(jī)號(hào)，下次使用微信a登錄，綁定手機(jī)號(hào)B，生成的是新賬號(hào)。也就是說(shuō)user ID的建立判斷是以手機(jī)號(hào)作為憑證而非open ID，使用第三方授權(quán)登錄，綁定不成功后退出，賬戶創(chuàng)建不成功。

選擇綁定手機(jī)號(hào)為什么不需判斷“是否被同類第三方綁定”？綁定之前，第三方賬號(hào)已經(jīng)存在，所以必須從賬號(hào)的概念上思考。

• 情況一：因?yàn)橘~號(hào)不能綁定賬號(hào)，所以只需判斷手機(jī)號(hào)是否存在賬號(hào)，如果存在，則提示可以直接登錄，點(diǎn)擊跳至登錄頁(yè)；如不存在，則綁定成功并關(guān)聯(lián)手機(jī)號(hào)，手機(jī)號(hào)作為該賬號(hào)的憑證，可作為賬號(hào)登錄
• 情況二：綁定的手機(jī)號(hào)不作用于賬戶體系，只是輔助功能，例如密保手機(jī)，該手機(jī)號(hào)可以被N多賬號(hào)綁定，不作為賬號(hào)登錄，所以不需任何判斷

第三方授權(quán)登錄能否去除？對(duì)于強(qiáng)制綁定手機(jī)號(hào)登錄的產(chǎn)品，第三方授權(quán)登錄確實(shí)是沒(méi)必要。但是對(duì)于選擇綁定手機(jī)號(hào)產(chǎn)品而言，可以先埋點(diǎn)，統(tǒng)計(jì)用戶使用何種第三方登錄或者不使用的概率再做決定。

具體考慮如下：

• 版本兼容，非熱更新產(chǎn)品用戶依然使用第三方賬號(hào)登錄產(chǎn)生何種后果
• 后期換新產(chǎn)品經(jīng)理，理念是多個(gè)入口多個(gè)選擇又要加上，可能需重新集成，耗時(shí)不少
• 多平臺(tái)賬戶系統(tǒng)打通，便于業(yè)務(wù)交叉導(dǎo)流，A平臺(tái)強(qiáng)制綁定手機(jī)，B平臺(tái)選擇綁定手機(jī)，去除將導(dǎo)致B平臺(tái)用戶無(wú)法登錄A平臺(tái)

能否強(qiáng)制綁定手機(jī)號(hào)將平臺(tái)所有第三方賬號(hào)合并？

例子：

使用微信/微博/QQ/手機(jī)號(hào)各生成一個(gè)賬號(hào)于某平臺(tái)，某天用戶反饋，能不能把這幾個(gè)賬號(hào)的余額合并，這樣就夠著可提現(xiàn)金額，產(chǎn)品拔起刀，老子怎么知道哪個(gè)微信號(hào)和哪個(gè)QQ號(hào)是同個(gè)人？

同平臺(tái)賬號(hào)合并，不是隨便通過(guò)強(qiáng)制綁定手機(jī)號(hào)內(nèi)容整合那么簡(jiǎn)單，因?yàn)槊總€(gè)賬號(hào)都存在各自的行為數(shù)據(jù)。

• 合并之后，賬號(hào)名/昵稱以哪個(gè)號(hào)為主?
• 訂單，消息，生產(chǎn)內(nèi)容等整合后的結(jié)果是否有坑？會(huì)不會(huì)出現(xiàn)用戶綁定個(gè)手機(jī)號(hào)，以前不堪入目小號(hào)發(fā)的內(nèi)容全都跑進(jìn)來(lái)，導(dǎo)致大號(hào)人設(shè)崩塌
• 涉及到用戶成長(zhǎng)體系，微信號(hào)是VIP會(huì)員,QQ號(hào)是普通會(huì)員，合并之后以哪個(gè)為主？會(huì)不會(huì)出現(xiàn)對(duì)用戶而言，老子兩個(gè)號(hào)都差一點(diǎn)能兌換兩臺(tái)手機(jī)，突然被迫只能兌一臺(tái)

當(dāng)然從平臺(tái)角色考慮，合并賬號(hào)對(duì)于用戶數(shù)據(jù)以及相關(guān)內(nèi)容信息管理等方面有一定的好處，前提是平臺(tái)夠牛，怎么整用戶都整不走，用戶沒(méi)意見(jiàn)運(yùn)營(yíng)也要?dú)⑦^(guò)來(lái)，為什么這個(gè)月新增用戶數(shù)比以往少了三分之一？

除非是業(yè)務(wù)需求涉及到大量的交易支付需要用到手機(jī)號(hào)，例如電商，之前網(wǎng)易考拉不限制用戶的手機(jī)號(hào)，用戶可通過(guò)不停注冊(cè)新QQ號(hào)，再登錄網(wǎng)易考拉成為新人，領(lǐng)取大禮包。之前有個(gè)推廣策略是邀請(qǐng)碼，被邀請(qǐng)的用戶要求是新人，邀請(qǐng)成功后才能各自領(lǐng)取大禮包，這個(gè)階段相當(dāng)于充用戶數(shù)據(jù)，達(dá)到一定體量，就以手機(jī)號(hào)作為賬號(hào)創(chuàng)建的唯一憑證，即便如此也不會(huì)強(qiáng)迫綁定手機(jī)號(hào)合并賬號(hào)，只是注冊(cè)時(shí)輸入手機(jī)號(hào)判斷是否已存在賬號(hào)而已。

總結(jié)

注冊(cè)登錄頁(yè)面是賬戶創(chuàng)建的入口，絕對(duì)不能站在UI或者體驗(yàn)的角度考慮產(chǎn)品問(wèn)題，涉及到用戶數(shù)據(jù)變更，做的任何決定都必須與運(yùn)營(yíng)部門或者相關(guān)部門溝通商量以及結(jié)果導(dǎo)向說(shuō)明。

凡事勿跟隨流行趨勢(shì)，需結(jié)合業(yè)務(wù)以及產(chǎn)品發(fā)展需求，用戶需求等多重方面考慮以及數(shù)據(jù)分析，否則牽一發(fā)動(dòng)全身，賬戶體系一出問(wèn)題，后期就要高成本填坑。

本文由 @?十二 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來(lái)自PEXELS，基于CC0協(xié)議