成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

超詳細的登錄注冊的業務邏輯流程梳理

移動開發
這是早前實習期間做的一個登錄注冊流程的優化,主要是關于登錄注冊的業務流程圖(Transaction Flow Diagram)梳理,包括短信驗證碼登錄、賬號密碼登錄、第三方登錄、忘記密碼、圖形驗證碼等以及注意的一些情況。

登錄注冊在不同的產品中有不同的體現,因為對于它的很多功能細節使用的好壞也沒法一概而論,還是基于具體場景考慮。

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

業務流程圖中最主要的幾個問題就是:

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

業務流程圖表現形式我用的泳道圖,可以突出用戶操作、后端系統、前端頁面之間的邏輯關系,以及如何運作。

一、手機驗證碼登錄 

注意事項:

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

二、圖形驗證碼流程 

注意事項:

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

三、賬號密碼登錄 

注意事項:

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

四、第三方登錄 

注意事項:

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

五、忘記密碼流程 

注意事項:

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

總結 


△ 當時做的簡單超低保真版原型

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

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

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

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

責任編輯:未麗燕 來源: 優設
相關推薦

2022-11-10 07:38:56

Javaagent類隔離

2023-09-16 18:48:28

代碼邏輯

2019-08-06 09:11:49

數據庫數據結構操作系統

2023-03-10 10:29:19

前端邏輯拆分

2021-07-21 08:30:29

注冊登陸交互設計

2013-11-21 14:15:56

設計用戶體驗

2022-09-26 09:01:23

JavaScript淺拷貝深拷貝

2021-02-20 16:29:26

用戶畫像數據收集流程

2022-06-07 10:40:56

流程數據庫MySQL

2018-08-14 13:15:39

UI設計師網頁設計師

2019-05-21 09:40:47

Elasticsear高性能 API

2023-02-28 00:01:53

MySQL數據庫工具

2024-02-27 13:07:49

用戶畫像數據分析HR

2013-04-12 10:17:56

重構業務邏輯

2023-03-17 08:11:25

2020-09-28 12:39:44

代碼規范管理

2010-06-29 15:45:57

UML業務流程

2013-11-06 14:15:11

流程

2020-01-19 20:07:32

物聯網大數據IOT

2022-06-26 09:56:50

HttpUtil工具類模式
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 免费高潮视频95在线观看网站 | 亚洲精品在线播放 | 久久999 | av中文在线播放 | 久久久久无码国产精品一区 | 精品久久99| 国产高清视频在线观看播放 | 久久久久久综合 | 精品熟人一区二区三区四区 | 九一视频在线播放 | 国产电影一区二区三区爱妃记 | 这里精品 | 99精品久久久久久 | www四虎影视 | 欧美日韩不卡合集视频 | 国产高清精品一区 | 1级黄色大片 | 韩国毛片视频 | 天堂国产| 蜜桃精品噜噜噜成人av | a国产视频 | 日本h片在线观看 | 久久久久久久av | 国产免费一区二区三区免费视频 | 亚洲一区二区不卡在线观看 | 日韩第一区 | 国产精品高潮呻吟久久 | 日韩手机视频 | 日韩欧美二区 | 久久精彩视频 | 国产精品成人一区二区三区 | 久久精品国产亚洲 | 91精品国产91久久久久久吃药 | 国产一区免费视频 | 天天操天天干天天爽 | 日韩精品免费在线观看 | 久久在线看 | 成人午夜影院 | 黄网免费| 欧美一级黄色网 | 日本久久黄色 |