最近新接手了一個項目分瘾，在梳理注冊登錄流程的時候，確實感覺心累紊婉，可依然覺得不是很滿意药版，總覺得好像有哪里沒有考慮到的地方。
剛好喻犁，碰巧看到一篇關于登錄注冊業(yè)務邏輯流程梳理的文章槽片。
很實用的一篇文章何缓，感覺自己收獲的有兩個地方：
1 之前自己在畫流程圖的時候，是傳統(tǒng)意義上的流程圖还栓。雖然之前畫過泳道圖碌廓，可能因為不太熟練，加上每次理業(yè)務的時間有限剩盒，很大程度上選擇自己相對較熟悉的傳統(tǒng)流程圖谷婆。而泳道圖的好處是顯而易見的：可以凸出用戶操作、后端系統(tǒng)辽聊、前端頁面之間的邏輯關系纪挎，以及如何運作。之前 自己畫過的泳道圖是針對用戶真實業(yè)務場景還原的時候用到的跟匆，一個維度是各部門异袄，一個維度是時間，實現(xiàn)一個任務隨著時間玛臂，在各部門之間是如何流轉的烤蜕。不同的應用場景使用泳道圖會帶來意想不到的收獲。大家依據(jù)具體情況靈活運用迹冤。
2 各種登錄注冊的注意事項讽营，確實可以看到原文作者思考的比較深入細致。當看到這些的時候泡徙，發(fā)現(xiàn)其中有些點正是自己所之前沒考慮到的斑匪。取別人之長，補己之短锋勺。其實，最重要的是思考的過程狡蝶，當我們抱著精益求精的態(tài)度庶橱，把每一個功能點盡可能考慮多一些，首先這樣的產(chǎn)品不會差贪惹，另外我們的思考問題的方式苏章，深度也會較之前有大的提升。
廢話不多說奏瞬，干貨分享啦～
登陸注冊在不同的產(chǎn)品中有不同的體現(xiàn)枫绅，因為對于它的很多功能細節(jié)使用的好壞也沒法一概而論，還是基于具體場景考慮硼端。
這是早前實習期間做的一個登錄注冊流程的優(yōu)化并淋，主要是關于登錄注冊的業(yè)務流程圖（Transaction Flow Diagram）梳理，包括短信驗證碼登錄珍昨、賬號密碼登錄县耽、第三方登錄句喷、忘記密碼、圖形驗證碼等以及注意的一些情況兔毙。
業(yè)務流程圖中最主要的幾個問題就是：
誰（who）唾琼，在什么時候（when），在什么條件下（condition）澎剥，輸入什么（input）锡溯，輸出什么（output），輸出流向（flow）……
業(yè)務流程圖表現(xiàn)形式我用的泳道圖哑姚，可以突出用戶操作祭饭、后端系統(tǒng)、前端頁面之間的邏輯關系蜻懦，以及如何運作甜癞。
一、手機驗證碼登錄
注意事項：
1 11位手機號的顯示方式可以用「344」形式（如：000 0000 0000）宛乃；
2? 手機悠咱、驗證碼的驗證先后順序（驗證碼是否超時、驗證碼是否正確征炼、手機號是否注冊過等）析既；
3 錯誤反饋的方式（toast、HUD谆奥、alert文字眼坏、彈框）；
4 輸入錯誤后酸些，是用戶點鍵盤上的刪除鍵一個一個刪除宰译？還是在輸入框上提供一個一個鍵刪除icon？
?? 還是自動刪除魄懂？
5 對于手機號和驗證碼這種純數(shù)字的輸入沿侈，鍵盤彈出的類型預先設定，以及設定何時彈出市栗；
6 是否需要自動驗證缀拭？（比如當輸入的手機號為11位時，自動獲取短信驗證碼填帽；當輸入的驗證碼為4or6位時蛛淋，自動驗證短信驗證碼，不需要用戶點擊button）篡腌；
7 當驗證手機號為未注冊過時褐荷，是否需要設置密碼？設置密碼是否可以跳過嘹悼？若未設置诚卸，重新用驗證碼登錄時葵第，是否還需要設置？
二合溺、圖形驗證碼流程
注意事項：
1 應不同產(chǎn)品不同業(yè)務需求卒密，為防刷短信驗證碼，可在每次點擊獲取短信驗證碼前增設圖形驗證過程棠赛；（圖形驗證時是企業(yè)要向運營商付費的哮奇，所以適當增設障礙，防刷短信驗證碼）
2 圖形驗證碼驗證存在形式睛约，是在頁面內(nèi)鼎俘？還是彈框的形式？因為要考慮到多個場景下可復用的情況辩涝；
3 若為彈框出現(xiàn)的形式贸伐，當圖形驗證碼輸入錯誤，用toast或者HUD的形式反饋錯誤會不會不合適怔揩？
4 用文字提示圖形驗證碼輸入錯誤后捉邢，是否可以自動清空圖形驗證碼？
三商膊、賬號密碼登錄
注意事項：
1 默認登錄方式是手機號驗證碼登錄還是賬號密碼登錄伏伐？（看產(chǎn)品和場景：比如初次下載時，可以用驗證碼登錄晕拆，用戶主動登出后藐翎，下次登錄可用賬號密碼登錄）；
2 產(chǎn)品多長時間不使用实幕，需要重新登錄呢吝镣？（重新登錄時，是否可以自動記住手機號）昆庇，還是每次進入的時候都需要重新登錄末贾？（比如我用農(nóng)行和中行移動app，在每次進入的時候都需要重新登錄凰锡，應該是為了安全性考慮）；
3 手機號圈暗，密碼的驗證先后順序（手機號格式是否正確掂为、手機號是否注冊過、手機號和密碼是否匹配等）员串；
4
4 關于輸入密碼的二次確認勇哗，在我實習的時候，我導師給我講過什么時候用「再次輸入密碼」寸齐，什么時候用「密碼可見開關」欲诺，以及密碼可見開關在什么場景下默認可見抄谐，什么場景下默認不可見。（因為不想把這些限定成一個規(guī)則扰法，大家可自行根據(jù)自己產(chǎn)品思考）蛹含；
5 若系統(tǒng)判斷手機號未注冊，是直接反饋用戶手機號未注冊塞颁？還是反饋手機號or密碼錯誤浦箱？還是引導用戶進入注冊流程或者驗證碼登錄流程？（當然還是依場景而異：部分產(chǎn)品如果直接反饋手機號未注冊祠锣，其實很容易泄漏隱私酷窥，哪些手機號注冊過該產(chǎn)品就容易被他人知道）
四、第三方登錄
注意事項：
1? 第三方登錄最常見的需要考慮的點就是是否還需要綁定手機號伴网，是否可以跳過蓬推；（看產(chǎn)品：簡書這個產(chǎn)品也是讓我比較困擾的，我用手機號澡腾、微信沸伏、微博登錄，是三個不同的賬號蛋铆，并且還沒法合并到一起）
2 比如美團打車這種需要手機號驗證碼身份的馋评，在用第三方登錄的時候，就需要綁定手機號刺啦；一些產(chǎn)品想給用戶打造較輕體驗留特，也可以不需要綁定手機號。
五玛瘸、忘記密碼流程
注意事項：
1 在輸入新密碼的時候需要考慮密碼的形式是否符合要求蜕青，以及怎么明示用戶以及反饋給用戶；
2 新舊密碼是否能夠一樣糊渊？（比如Adobe Creative Cloud每次找回密碼時右核，新密碼和舊密碼不能一模一樣）；
3 在密碼找回后渺绒，進入哪一個流程贺喝？是直接進入首頁？還是進入賬號密碼登錄頁宗兼？是否需要自動輸入剛找回的賬號密碼躏鱼？
4 有些產(chǎn)品可能會使用郵箱找回密碼，不過看場景殷绍，是不是所有人都會有郵箱染苛，并且移動端是否能隨時收到郵件？
總結
回到最開始主到，登錄注冊里的很多功能細節(jié)使用的好壞沒法一概而論茶行，還是基于具體場景考慮躯概。
在我之前的兩份實習中，我的兩位導師都告訴我畔师，登錄注冊的邏輯是幾大復雜場景負責邏輯之一（此外還有購物車的邏輯娶靡，退換貨的邏輯等等）。
以上是我對登錄注冊的業(yè)務邏輯和一些需要注意的case的總結茉唉，也算是理了最近比較亂的思緒固蛾，希望有不同想法的大家多跟我交流。
印象很深的一句話是：做任何分析的時候度陆，不要拘泥于表面艾凯，去思考背后的邏輯與深層原因，不需要得到一個準確答案懂傀，思考的過程本就是一種收獲趾诗。
