登錄注冊(cè)在不同的產(chǎn)品中有不同的體現(xiàn),因?yàn)閷?duì)于它的很多功能細(xì)節(jié)使用的好壞也沒法一概而論,還是基于具體場景考慮。
這是早前實(shí)習(xí)期間做的一個(gè)登錄注冊(cè)流程的優(yōu)化,主要是關(guān)于登錄注冊(cè)的業(yè)務(wù)流程圖(Transaction Flow Diagram)梳理,包括短信驗(yàn)證碼登錄、賬號(hào)密碼登錄、第三方登錄、忘記密碼、圖形驗(yàn)證碼等以及注意的一些情況。
業(yè)務(wù)流程圖中最主要的幾個(gè)問題就是:
誰(who),在什么時(shí)候(when),在什么條件下(condition),輸入什么(input),輸出什么(output),輸出流向(flow)……
業(yè)務(wù)流程圖表現(xiàn)形式我用的泳道圖,可以突出用戶操作、后端系統(tǒng)、前端頁面之間的邏輯關(guān)系,以及如何運(yùn)作。
注意事項(xiàng):
11 位手機(jī)號(hào)的顯示方式可以用「344」形式(如:000 0000 0000);
手機(jī)、驗(yàn)證碼的驗(yàn)證先后順序(驗(yàn)證碼是否超時(shí)、驗(yàn)證碼是否正確、手機(jī)號(hào)是否注冊(cè)過等);
錯(cuò)誤反饋的方式(toast、HUD、alert文字、彈框);
輸入錯(cuò)誤后,是用戶點(diǎn)鍵盤上的刪除鍵一個(gè)一個(gè)刪除?還是在輸入框上提供一個(gè)一鍵刪除 icon?還是自動(dòng)刪除?
對(duì)于手機(jī)號(hào)和驗(yàn)證碼這種純數(shù)字的輸入,鍵盤彈出的類型預(yù)先設(shè)定,以及設(shè)定何時(shí)彈出;
是否需要自動(dòng)驗(yàn)證?(比如當(dāng)輸入的手機(jī)號(hào)為 11 位時(shí),自動(dòng)獲取短信驗(yàn)證碼;當(dāng)輸入的驗(yàn)證碼為4or6 位時(shí),自動(dòng)驗(yàn)證短信驗(yàn)證碼,不需要用戶點(diǎn)擊 button);
當(dāng)驗(yàn)證手機(jī)號(hào)為未注冊(cè)過時(shí),是否需要設(shè)置密碼?設(shè)置密碼是否可以跳過?若未設(shè)置,重新用驗(yàn)證碼登錄時(shí),是否還需要設(shè)置?
注意事項(xiàng):
應(yīng)不同產(chǎn)品不同業(yè)務(wù)需求,為防刷短信驗(yàn)證碼,可在每次點(diǎn)擊獲取短信驗(yàn)證碼前增設(shè)圖形驗(yàn)證過程;
圖形驗(yàn)證碼驗(yàn)證存在形式,是在頁面內(nèi)?還是彈框的形式?因?yàn)橐紤]到在多個(gè)場景下可復(fù)用的情況;
若為彈框出現(xiàn)的形式,當(dāng)圖形驗(yàn)證碼輸入錯(cuò)誤,用 toast 或者 HUD 的形式反饋錯(cuò)誤會(huì)不會(huì)不合適?
用文字提示圖形驗(yàn)證碼輸入錯(cuò)誤后,是否可以自動(dòng)清空?qǐng)D形驗(yàn)證碼?
注意事項(xiàng):
默認(rèn)登錄方式是手機(jī)號(hào)驗(yàn)證碼登錄還是賬號(hào)密碼登錄?(看產(chǎn)品和場景:比如初次下載時(shí),可以用驗(yàn)證碼登錄,用戶主動(dòng)登出后,下次登錄可用賬號(hào)密碼登錄);
產(chǎn)品多長時(shí)間不使用,需要重新登錄呢?(重新登錄時(shí),是否可以自動(dòng)記住手機(jī)號(hào)),還是每次進(jìn)入的時(shí)候都需要重新登錄?(比如我用的農(nóng)行和中行移動(dòng)app,在每次進(jìn)入的時(shí)候都需要重新登錄,應(yīng)該是為了安全性考慮);
手機(jī)號(hào),密碼的驗(yàn)證先后順序(手機(jī)號(hào)格式是否正確、手機(jī)號(hào)是否注冊(cè)過、手機(jī)號(hào)和密碼是否匹配等);
關(guān)于輸入密碼的二次確認(rèn),在我實(shí)習(xí)的時(shí)候,我導(dǎo)師給我講過什么時(shí)候用「再次輸入密碼」,什么時(shí)候用「密碼可見開關(guān)」,以及密碼可見開關(guān)在什么場景下默認(rèn)可見,什么場景下默認(rèn)不可見。(因?yàn)椴幌氚堰@些限定成一個(gè)規(guī)則,大家可自行根據(jù)自己產(chǎn)品思考);
若系統(tǒng)判斷手機(jī)號(hào)未注冊(cè),是直接反饋用戶手機(jī)號(hào)未注冊(cè)?還是反饋手機(jī)號(hào)or密碼錯(cuò)誤?還是引導(dǎo)用戶進(jìn)入注冊(cè)流程或者驗(yàn)證碼登錄流程?(當(dāng)然還是依場景而異:部分產(chǎn)品如果直接反饋手機(jī)號(hào)未注冊(cè),其實(shí)很容易泄露隱私,哪些手機(jī)號(hào)注冊(cè)過該產(chǎn)品就容易被他人知道)
注意事項(xiàng):
第三方登錄最常見的需要考慮的點(diǎn)就是是否還需要綁定手機(jī)號(hào),是否可以跳過;(看產(chǎn)品:簡書這個(gè)產(chǎn)品也是讓我比較困擾的,我用手機(jī)號(hào),微信,微博登錄,是三個(gè)不同的賬號(hào),并且還沒法合并到一起)
比如美團(tuán)打車這種需要手機(jī)號(hào)驗(yàn)證碼身份的,在用第三方登錄時(shí)候,就需要綁定手機(jī)號(hào);一些產(chǎn)品想給用戶打造較輕體驗(yàn),也可以不需要綁定手機(jī)號(hào)。
注意事項(xiàng):
在輸入新密碼的時(shí)候需要考慮密碼的形式是否符合要求,以及怎么明示用戶以及反饋給用戶;
新舊密碼是否能夠一樣?(比如 Adobe Creative Cloud 每次找回密碼時(shí),新密碼和舊密碼不能一模一樣);
在密碼找回后,進(jìn)入哪一個(gè)流程?是直接進(jìn)入首頁?還是進(jìn)入賬號(hào)密碼登錄頁?是否需要自動(dòng)輸入剛找回的賬號(hào)密碼?
有些產(chǎn)品可能會(huì)使用郵箱找回密碼,不過看場景,是不是所有人都會(huì)有郵箱,并且移動(dòng)端是否能隨時(shí)收到郵件?
△ 當(dāng)時(shí)做的簡單超低保真版原型
回到最開始,登錄注冊(cè)里的很多功能細(xì)節(jié)使用的好壞沒法一概而論,還是基于具體場景考慮。
在我之前兩份實(shí)習(xí)中,我的兩位導(dǎo)師都告訴過我,登錄注冊(cè)的邏輯是幾大復(fù)雜場景復(fù)雜邏輯之一(此外還有購物車的邏輯,退換貨的邏輯等等)。
以上是我對(duì)登錄注冊(cè)的業(yè)務(wù)邏輯和一些需要注意的 case 的總結(jié),也算是理了下最近比較亂的思緒,希望有不同想法的大家多跟我交流。
印象很深的一句話是:做任何分析的時(shí)候,不要拘泥于表面,去思考背后的邏輯與深層原因,不需要得到一個(gè)準(zhǔn)確的答案,思考的過程本就是一種收獲。
掃一掃在手機(jī)上閱讀本文章