登錄注冊在不同的產(chǎn)品中有不同的體現(xiàn)，因為對于它的很多功能細(xì)節(jié)使用的好壞也沒法一概而論，還是基于具體場景考慮。

這是早前實習(xí)期間做的一個登錄注冊流程的優(yōu)化，主要是關(guān)于登錄注冊的業(yè)務(wù)流程圖(Transaction Flow Diagram)梳理，包括短信驗證碼登錄、賬號密碼登錄、第三方登錄、忘記密碼、圖形驗證碼等以及注意的一些情況。

業(yè)務(wù)流程圖中最主要的幾個問題就是：

• 誰(who)，在什么時候(when)，在什么條件下(condition)，輸入什么(input)，輸出什么(output)，輸出流向(flow)……

業(yè)務(wù)流程圖表現(xiàn)形式我用的泳道圖，可以突出用戶操作、后端系統(tǒng)、前端頁面之間的邏輯關(guān)系，以及如何運作。

一、手機(jī)驗證碼登錄 

注意事項：

1. 11位手機(jī)號的顯示方式可以用「344」形式(如：000 0000 0000);
2. 手機(jī)、驗證碼的驗證先后順序(驗證碼是否超時、驗證碼是否正確、手機(jī)號是否注冊過等);
3. 錯誤反饋的方式(toast、HUD、alert文字、彈框);
4. 輸入錯誤后，是用戶點鍵盤上的刪除鍵一個一個刪除?還是在輸入框上提供一個一鍵刪除 icon?還是自動刪除?
5. 對于手機(jī)號和驗證碼這種純數(shù)字的輸入，鍵盤彈出的類型預(yù)先設(shè)定，以及設(shè)定何時彈出;
6. 是否需要自動驗證?(比如當(dāng)輸入的手機(jī)號為11位時，自動獲取短信驗證碼;當(dāng)輸入的驗證碼為4or6位時，自動驗證短信驗證碼，不需要用戶點擊 button);
7. 當(dāng)驗證手機(jī)號為未注冊過時，是否需要設(shè)置密碼?設(shè)置密碼是否可以跳過?若未設(shè)置，重新用驗證碼登錄時，是否還需要設(shè)置?

二、圖形驗證碼流程 

注意事項：

• 應(yīng)不同產(chǎn)品不同業(yè)務(wù)需求，為防刷短信驗證碼，可在每次點擊獲取短信驗證碼前增設(shè)圖形驗證過程;
• 圖形驗證碼驗證存在形式，是在頁面內(nèi)?還是彈框的形式?因為要考慮到在多個場景下可復(fù)用的情況;
• 若為彈框出現(xiàn)的形式，當(dāng)圖形驗證碼輸入錯誤，用 toast 或者 HUD 的形式反饋錯誤會不會不合適?
• 用文字提示圖形驗證碼輸入錯誤后，是否可以自動清空圖形驗證碼?

三、賬號密碼登錄 

注意事項：

1. 默認(rèn)登錄方式是手機(jī)號驗證碼登錄還是賬號密碼登錄?(看產(chǎn)品和場景：比如初次下載時，可以用驗證碼登錄，用戶主動登出后，下次登錄可用賬號密碼登錄);
2. 產(chǎn)品多長時間不使用，需要重新登錄呢?(重新登錄時，是否可以自動記住手機(jī)號)，還是每次進(jìn)入的時候都需要重新登錄?(比如我用的農(nóng)行和中行移動app，在每次進(jìn)入的時候都需要重新登錄，應(yīng)該是為了安全性考慮);
3. 手機(jī)號，密碼的驗證先后順序(手機(jī)號格式是否正確、手機(jī)號是否注冊過、手機(jī)號和密碼是否匹配等);
4. 關(guān)于輸入密碼的二次確認(rèn)，在我實習(xí)的時候，我導(dǎo)師給我講過什么時候用「再次輸入密碼」，什么時候用「密碼可見開關(guān)」，以及密碼可見開關(guān)在什么場景下默認(rèn)可見，什么場景下默認(rèn)不可見。(因為不想把這些限定成一個規(guī)則，大家可自行根據(jù)自己產(chǎn)品思考);
5. 若系統(tǒng)判斷手機(jī)號未注冊，是直接反饋用戶手機(jī)號未注冊?還是反饋手機(jī)號or密碼錯誤?還是引導(dǎo)用戶進(jìn)入注冊流程或者驗證碼登錄流程?(當(dāng)然還是依場景而異：部分產(chǎn)品如果直接反饋手機(jī)號未注冊，其實很容易泄露隱私，哪些手機(jī)號注冊過該產(chǎn)品就容易被他人知道)

四、第三方登錄 

注意事項：

• 第三方登錄最常見的需要考慮的點就是是否還需要綁定手機(jī)號，是否可以跳過;(看產(chǎn)品：簡書這個產(chǎn)品也是讓我比較困擾的，我用手機(jī)號，微信，微博登錄，是三個不同的賬號，并且還沒法合并到一起)
• 比如美團(tuán)打車這種需要手機(jī)號驗證碼身份的，在用第三方登錄時候，就需要綁定手機(jī)號;一些產(chǎn)品想給用戶打造較輕體驗，也可以不需要綁定手機(jī)號。

五、忘記密碼流程 

注意事項：

• 在輸入新密碼的時候需要考慮密碼的形式是否符合要求，以及怎么明示用戶以及反饋給用戶;
• 新舊密碼是否能夠一樣?(比如 Adobe Creative Cloud 每次找回密碼時，新密碼和舊密碼不能一模一樣);
• 在密碼找回后，進(jìn)入哪一個流程?是直接進(jìn)入首頁?還是進(jìn)入賬號密碼登錄頁?是否需要自動輸入剛找回的賬號密碼?
• 有些產(chǎn)品可能會使用郵箱找回密碼，不過看場景，是不是所有人都會有郵箱，并且移動端是否能隨時收到郵件?

總結(jié) 

△ 當(dāng)時做的簡單超低保真版原型

回到最開始，登錄注冊里的很多功能細(xì)節(jié)使用的好壞沒法一概而論，還是基于具體場景考慮。

在我之前兩份實習(xí)中，我的兩位導(dǎo)師都告訴過我，登錄注冊的邏輯是幾大復(fù)雜場景復(fù)雜邏輯之一(此外還有購物車的邏輯，退換貨的邏輯等等)。

以上是我對登錄注冊的業(yè)務(wù)邏輯和一些需要注意的 case 的總結(jié)，也算是理了下最近比較亂的思緒，希望有不同想法的大家多跟我交流。

印象很深的一句話是：做任何分析的時候，不要拘泥于表面，去思考背后的邏輯與深層原因，不需要得到一個準(zhǔn)確的答案，思考的過程本就是一種收獲。