這是一篇講「登錄」功能的文章。我相信看到文章的你們對(duì)它一定不會(huì)陌生，但是，它背后的門道很多，你都知道嗎？

為什么要寫這一篇文章呢？

因?yàn)槿松罢夜ぷ鞯臅r(shí)候，面試題有一題是要我畫出登錄流程圖，當(dāng)時(shí)我畫得很差。究其原因是我之前所供職的公司有一個(gè)專門的團(tuán)隊(duì)負(fù)責(zé)用戶數(shù)據(jù)（包括登錄），所以那時(shí)候，我壓根沒有意識(shí)到「登錄」的存在感。恰好近期團(tuán)隊(duì)讓我負(fù)責(zé)登錄功能的開發(fā)，于是有了這樣一個(gè)「一雪前恥」的機(jī)會(huì)。

在做登錄的時(shí)候，我遇到以下三個(gè)大問題：

1. 用第三方社交賬號(hào)還是自建帳號(hào)體系？
2. 如何設(shè)計(jì)登錄流程？
3. 如何驗(yàn)證流程是否合理？

下面一個(gè)個(gè)部分來(lái)講述我的思考。

賬號(hào)體系

大家都知道，任何東西存放在別人手里，總讓人覺得沒有安全感，特別是賬號(hào)信息這樣重要的東西。而第三方相對(duì)于自建賬號(hào)來(lái)說(shuō)登錄 / 注冊(cè)快捷（掃碼授權(quán)即可）、能夠直接獲取一些信息（昵稱、頭像等）。另外，就國(guó)內(nèi)的互聯(lián)網(wǎng)環(huán)境來(lái)說(shuō)，「3Q 大戰(zhàn)」等事件層出不窮，保不齊某位爸爸不開心，把接口封掉，所有的努力將付之東流。

那么該如何選擇？

我做了如下分析：

1. 國(guó)內(nèi)的特殊環(huán)境，要求互聯(lián)網(wǎng)服務(wù)提供方必須要求用戶實(shí)名驗(yàn)證（大家通常用手機(jī)驗(yàn)證）；
2. 第三方社交賬號(hào)登錄比傳統(tǒng)輸入賬號(hào)密碼更方便；
3. 考慮到公司的業(yè)務(wù)需要，賬號(hào)體系是為整個(gè)產(chǎn)品線去服務(wù)。

最后我們決定以自建賬號(hào)為主，第三方賬號(hào)為輔的方式。

那么這樣下來(lái)又會(huì)有幾個(gè)問題了：

1. 如何權(quán)衡主次？
2. 2. 如何決定默認(rèn)選擇登錄還是注冊(cè)？
3. 如何將兩種賬號(hào)結(jié)合

下面是我的思考：

回答一：默認(rèn)的登錄為自建賬號(hào)登錄，第三方登錄只放在一個(gè)不怎么起眼的位置。

回答二：根據(jù)當(dāng)前你的產(chǎn)品的用戶曲線和實(shí)際產(chǎn)品力來(lái)決定，以我們的產(chǎn)品為例，由于賬號(hào)體系是首次開發(fā)，所以理論上來(lái)說(shuō)，我們的用戶量應(yīng)該有一個(gè)長(zhǎng)期且穩(wěn)定的大量的增長(zhǎng)過(guò)程，但是考慮到我們屬于某個(gè)垂直領(lǐng)域的付費(fèi)產(chǎn)品，所以我還是決定將登錄放在優(yōu)先的位置。（相關(guān)的案例，可以看看知乎，它將注冊(cè)放在優(yōu)先的位置）

回答三：我們以用戶注冊(cè)時(shí)輸入的一個(gè)唯一的 ID 為主，第三方賬號(hào)都綁定在它之下，第三方賬號(hào)（包括手機(jī)號(hào) / 郵箱）可以修改，但是這個(gè) ID 不可修改。即便用戶使用第三方登錄 / 注冊(cè)，也是需要設(shè)置此 ID 和綁定手機(jī)號(hào)。

一句話總結(jié)就是：以我的自建賬號(hào)為主，這一步你按照規(guī)矩好好走，以后都讓你舒舒坦坦。

那么，如何設(shè)計(jì)登錄流程

第一步明確目標(biāo)是什么？

上面有說(shuō)過(guò)，我的目標(biāo)有兩個(gè)：實(shí)名驗(yàn)證、為公司產(chǎn)品線服務(wù)。結(jié)合這兩個(gè)重點(diǎn)那么我制作了如下的思維導(dǎo)圖：

通過(guò)這張圖，就能很直觀知道你的流程圖中需要有哪些步驟了。

接下來(lái)繪制邏輯圖：

以模塊為主來(lái)繪制流程圖，避免遺漏，分別是：自建賬號(hào)登錄 + 手機(jī)驗(yàn)證檢測(cè)（因?yàn)橛袊?guó)外賬號(hào)需要轉(zhuǎn)區(qū)）、找回密碼、注冊(cè)、第三方登錄。

最后的流程圖如圖所示：（因?yàn)樯婕暗揭恍┕井a(chǎn)品的邏輯，所以行了打碼處理，請(qǐng)見諒）

當(dāng)然有了這一些還不夠，如果有一些極端情況出現(xiàn)，那該怎么辦？例如：手機(jī)丟了（或者手機(jī)號(hào)長(zhǎng)時(shí)間不用，被注銷）。

如果用戶量不多，讓用戶通過(guò)郵件來(lái)申訴其實(shí)沒有什么問題，但是當(dāng)用戶量很大的情況下，這無(wú)疑是增加了公司的人力成本。所以，我將找回密碼或者解綁（手機(jī)、郵箱、第三方）這兩個(gè)地方的驗(yàn)證設(shè)置為使用郵箱或者手機(jī)驗(yàn)證通過(guò)即可。

接下來(lái)就需要你去制作原型圖了，這里就不給出我那跛腳的設(shè)計(jì)和審美能力啦。

如何驗(yàn)證整個(gè)流程是否合理？

驗(yàn)證產(chǎn)品是否合理的前提是你的產(chǎn)品邏輯上不能出問題，也就是說(shuō)，不能有隱患存在。再此基礎(chǔ)上，我們要通過(guò)數(shù)據(jù)驗(yàn)證這個(gè)產(chǎn)品的設(shè)計(jì)是否合理。

對(duì)于一個(gè)注冊(cè)登錄流程來(lái)說(shuō)，最重要的一點(diǎn)在于用戶轉(zhuǎn)化，也就是新用戶的注冊(cè)率（可粗略估計(jì)為：日新增用戶 / 注冊(cè)頁(yè)面 UV）。有了這樣的一個(gè)清晰認(rèn)識(shí)，后面就好辦了。

那么數(shù)據(jù)怎么得來(lái)？

通過(guò)你此前在網(wǎng)頁(yè)端的埋點(diǎn)。

如果將整個(gè)注冊(cè)流程看成一個(gè)漏斗，統(tǒng)計(jì)注冊(cè)流程中每一個(gè)頁(yè)面的 UV ，通過(guò)一層層的數(shù)據(jù)對(duì)比，就能看到用戶在流程的哪個(gè)階段跳出較多（即用戶流失較多），這樣就能很清晰得出你的注冊(cè)流程有哪個(gè)地方需要做優(yōu)化。如圖：

有一點(diǎn)需要說(shuō)一下，某一天或者某個(gè)特殊事件節(jié)點(diǎn)的數(shù)據(jù)不能夠說(shuō)明問題，數(shù)據(jù)分析應(yīng)該是基數(shù)越大越有說(shuō)服力。所以，這就需要你盡可能多的進(jìn)行統(tǒng)計(jì)，并注意關(guān)注它的變化。（如果需要匯報(bào)，將數(shù)據(jù)制作成圖表更加直觀）

以上，就是我在設(shè)計(jì)登錄和注冊(cè)功能時(shí)的想法?？赡軙?huì)有一部分朋友不贊同我的觀點(diǎn)，但是有一點(diǎn)我需要說(shuō)明一下，任何功能都不是脫離產(chǎn)品本身而存在的，就像你做生意的時(shí)候，需要考慮到國(guó)情，什么能做，什么不能做以及該怎樣做。

所以，當(dāng)你在批評(píng)我的時(shí)候，請(qǐng)你結(jié)合一下我之前的鋪墊（前提條件），覺得我確實(shí)有問題，并給出理由(用實(shí)例）說(shuō)服我，我會(huì)虛心接受。

制作本文使用到的工具：

• 思維導(dǎo)圖工具：XMind
• 流程圖繪制：OmniGraffle
• 原型圖（這里沒有給出）：Sketch

作者：殘照以為記，微信公眾號(hào)：以為記（imanlimu）

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