注冊登錄詳情:流程設(shè)計、業(yè)務(wù)及產(chǎn)品思考

注冊登錄業(yè)務(wù)的宏觀理解

一器一、注冊登錄流程的需求痛點是课锌?

注冊登錄流程的需求背景各有不同,需求痛點是統(tǒng)一的盹舞,即個人與該個體為度的數(shù)據(jù)無法達成關(guān)聯(lián)。

注冊登錄環(huán)節(jié)隘庄,是服務(wù)方為單個用戶建立身份標識的過程踢步,是服務(wù)與享受該服務(wù)的用戶在數(shù)據(jù)層面建立雙向聯(lián)系的過程。

注冊登錄環(huán)節(jié)并不是標配丑掺。如果服務(wù)與享受該服務(wù)的用戶在數(shù)據(jù)層面無需建立雙向聯(lián)系(主要為純工具類應(yīng)用)获印,則無需額外設(shè)置該環(huán)節(jié)

二、注冊登錄流程具體包括什么內(nèi)容街州?

注冊登錄流程是一個流程集兼丰,包括正向和逆向流程;

注冊登錄環(huán)節(jié)主要包括正向流程:注冊流程唆缴、登錄流程鳍征;逆向流程:找回密碼流程,風控流程面徽。

三艳丛、注冊登錄環(huán)節(jié)的影響?

  • 正向:可以建立服務(wù)于用戶之間的雙向聯(lián)系趟紊,快速進行推廣氮双,進行個人化營銷,有利于用戶的信息安全等等霎匈。

  • 反向:有流程就會有損耗戴差,注冊登錄流程對用戶來說,是使用網(wǎng)站服務(wù)的額外流程铛嘱。在現(xiàn)在流量越來越貴的情況下暖释,流程的損耗是必須考慮的要點;流程考慮不到位可能導(dǎo)致的問題是需要付出巨大的額外成本進行流程補全墨吓。(假如應(yīng)用要全量用戶添加昵稱及頭像饭入,如果忘記在注冊登錄環(huán)節(jié)增加昵稱及頭像補充環(huán)節(jié),后續(xù)要在其他環(huán)節(jié)補全需要付出極大的額外成本)

總結(jié):

注冊登錄環(huán)節(jié)肛真,是服務(wù)方為單個用戶建立身份標識的過程谐丢。

注冊登錄流程是一個流程集,包括正向和逆向流程。

注冊登錄流程作為用戶行為的關(guān)鍵節(jié)點乾忱,十分重要址貌。

注冊登錄業(yè)務(wù)中驗證機制的演變

前的注冊登錄流程發(fā)展也是由身份標識的識別符號變化,也就是我們常說的驗證方式?jīng)Q定的哭靖。要作為驗證方式需要兩種特性:

  1. 在服務(wù)對象中覆蓋率高锌历;
  2. 與真人的關(guān)聯(lián)度高。

一蹄葱、密碼

包括的注冊登錄方式:賬號密碼登錄氏义;

密碼其實就是一串理論上只有身份標識所有者記得的字符串,

使用密碼的好處:目前識別字符串的功能所有的設(shè)備均可以支持图云,同時用戶也已經(jīng)被教育成熟惯悠,使用密碼進行校驗。

目前問題:字符串的標識性不夠強竣况,很多人設(shè)置的簡單密碼都相同克婶;其次,字符串的安全性不夠高丹泉,相對于現(xiàn)在的黑客技術(shù)來說情萤,簡單密碼被破解成本極低;字符串只有通過不斷提高復(fù)雜程度摹恨,才能確保其與真人的關(guān)聯(lián)度及安全性筋岛。意味著用戶的記憶成本會不停提高。安全性和與真人的關(guān)聯(lián)度都不夠強晒哄,以及為解決這個問題導(dǎo)致的用戶記憶成本提高泉蝌,這個平衡點的難以把握注定這是一種將隨著技術(shù)進步被拋棄的驗證方式。

個體識別度:低

便捷程度:低

技術(shù)要求:低

風險程度:高

二揩晴、基礎(chǔ)通訊方式

包括的注冊登錄方式:手機注冊登錄勋陪;郵箱注冊登錄

基礎(chǔ)通信方式具有網(wǎng)絡(luò)效應(yīng)及替代成本高的特點,同時符合作為驗證方式的特性硫兰,這也是隨著通信技術(shù)的發(fā)展及普及帶來的驗證方式升級诅愚。

好處:注冊登錄的便捷性,無需記住密碼的特點劫映,采用基礎(chǔ)通信方式進行身份驗證是最為普遍的

問題:由于運營商手中通信資源的稀缺性违孝,會存在重復(fù)放號的可能,這對于依賴手機號碼驗證方式是個巨大挑戰(zhàn)泳赋,因此經(jīng)常需要進行補充流程的校驗雌桑。這無形中也提高了用戶的使用成本。

個體識別度:中

便捷程度:中

技術(shù)要求:中

風險程度:中

三祖今、證件信息

包括的注冊登錄方式:實名注冊登錄校坑;護照注冊登錄拣技;學(xué)生證驗證等

限制使用場景:

一是敏感性,作為個人身份標識耍目,在網(wǎng)絡(luò)安全還比較初級的今天用戶一般不愿透露膏斤;

二是復(fù)雜性,由于國家需要區(qū)分的用戶數(shù)量之大邪驮,導(dǎo)致區(qū)分方式會非常復(fù)雜莫辨,用戶記憶的成本很高。另由于個人信息安全目前極易泄露毅访,導(dǎo)致目前用戶需要以證件號碼及特殊姿勢手持證件照相的形式進行驗證沮榜,導(dǎo)致便捷程度極低

個體識別度:高

便捷程度:低

技術(shù)要求:中

風險程度:中

總結(jié):

在服務(wù)對象中覆蓋率高、識別度高的方案喻粹,都可以作為驗證方式蟆融。

注冊登錄流程的演變是人性中懶惰的體現(xiàn)。

注冊登錄流程的演變與技術(shù)發(fā)展息息相關(guān)磷斧。

注冊登錄業(yè)務(wù)的產(chǎn)品流程設(shè)計

按驗證動作分:

賬號密碼:

賬號密碼登錄:賬號 密碼

全球手機登錄:手機號 密碼

三方授權(quán)登錄:三方賬號 密碼

三方靜默登錄:三方賬號 密碼

手機驗證:

免密登錄:手機號 短信驗證碼

按驗證時間分:

進入應(yīng)用前

后置流程中

一振愿、賬號密碼

1)自由賬號體系流程

優(yōu)點:

  • 注冊登錄環(huán)節(jié)的數(shù)據(jù)均在自己手中捷犹,可以獲得更多維度的用戶數(shù)據(jù)弛饭;
  • 賬號體系外部依賴少,安全性較強萍歉。

缺點:

  • 風控流程較多(驗證碼等)侣颂,需要用戶操作的節(jié)點多;
  • 需要自己設(shè)計風控流程及對抗性高的組件(圖形驗證碼等)枪孩,成本較大憔晒。

2)三方賬號體系流程

優(yōu)點:

  • 流程短,登錄速度快蔑舞,注冊轉(zhuǎn)化率高拒担,背靠三方豐富的用戶信息,有利于網(wǎng)站快速推廣攻询;
  • 能快速建立簡單的賬號體系从撼,使用個體維度的信息;
  • 與三方互相背書钧栖,可以增加在用戶心中的可信度低零;

缺點:

  • 對外部依賴性較強。

特別需要注意的點:

三方登錄的流程最好不要再加額外流程拯杠,無論是填寫手機還是增加個人信息補充都會極大降低注冊轉(zhuǎn)化率掏婶,在用戶感知中甚至會比只有賬號流程還復(fù)雜,導(dǎo)致三方登錄主要的優(yōu)點蕩然無存~

具體而言:

  • 賬號密碼登錄:普通的賬號密碼登錄潭陪,不做贅述雄妥。
  • 全球手機登錄:手機號 密碼最蕾,主要用于有國外用戶注冊登錄需要的賬號體系。
  • 三方授權(quán)登錄:三方賬號 密碼茎芭,需要用戶進行一次授權(quán)后使用三方賬號快速注冊登錄揖膜。
  • 三方靜默登錄:在已登錄三方賬號的情況下靜默使用三方賬號注冊及登錄。

二梅桩、手機驗證

優(yōu)點:

  • 登錄便捷壹粟,轉(zhuǎn)化率高。

缺點:

  • 運營商二次放號問題是個坑宿百,需要有流程進行判斷趁仙;
  • 短信費用的預(yù)算問題需要考慮;
  • 需要準備至少兩個短信通道垦页,以防出現(xiàn)短信通道堵塞或熔斷等導(dǎo)致用戶無法順利注冊的情況雀费。

三、驗證時間

按登錄注冊頁面出現(xiàn)的時間點劃分痊焊,一般分為兩種:進入應(yīng)用前及后置節(jié)點中盏袄。各有利弊。

1.進入應(yīng)用前

優(yōu)點:注冊入口少薄啥,維護成本低辕羽;用戶信息全面,需要信息可一次收集完畢

缺點:用戶體驗差垄惧,在用戶沒有體驗服務(wù)的情況下需要注冊刁愿,容易造成用戶流失

2. 后置流程

優(yōu)點:用戶體驗佳,對用戶來說流失成本較高

缺點:入口多到逊,維護成本較大铣口;需要進行全盤規(guī)劃才能做好;用戶信息需要分多環(huán)節(jié)收集

最適合的方式觉壶?

注冊登錄流程的選擇脑题,是流量需求與風控需求的博弈。注冊登錄環(huán)節(jié)作為流量漏斗的重要一環(huán)铜靶,對注冊成功率叔遂,各種轉(zhuǎn)化率的直接影響非常大,因此流量的主要主張為旷坦,盡可能縮短流程掏熬,降低流程損耗;減少用戶不必要的操作秒梅,確保流程流暢旗芬;登錄注冊流程盡可能后置,增加客戶留存捆蜀;而同時注冊登錄流程作為站內(nèi)用戶的入口環(huán)節(jié)疮丛,對風控來說勢必是不可放松的閘口幔嫂。其主要主張為,風控組件盡可能多誊薄,登錄注冊流程盡可能前置履恩,以及盡可能延長流程,使用戶在該環(huán)節(jié)留下更多數(shù)據(jù)供其進行判斷呢蔫。

利害相關(guān)方的肯定都會舉出非常有力的證據(jù)來說明利弊切心,但作為用戶產(chǎn)品,在選擇注冊登錄流程時片吊,更重要的是看具體的行業(yè)需要绽昏,公司發(fā)展階段,及具體渠道需要而定俏脊,不能因為業(yè)務(wù)方的影響而隨意調(diào)整流程

一全谤、行業(yè)

不同的行業(yè),面臨的流量與風控的要求不同爷贫。如上圖所示认然,不同的行業(yè)由于業(yè)務(wù)場景的不同需要選擇不同的注冊登錄流程。越接近流量導(dǎo)向漫萄,則注冊登錄流程越短(甚至無需注冊登錄亦能享受服務(wù))卷员,注冊登錄流程后置可能性加大;越靠近風控導(dǎo)向卷胯,則注冊登錄流程越長子刮,注冊登錄流程后置可能性變小威酒。當公司產(chǎn)生發(fā)展方向調(diào)整的時候窑睁,注冊登錄流程也需要進行相應(yīng)調(diào)整。

二葵孤、公司發(fā)展階段

不同的公司發(fā)展階段担钮,也是一樣的道理。發(fā)展初期尤仍,由于面臨巨大的流量壓力箫津,對更偏向于選擇短平快的,快速搭建賬號體系的方式宰啦;發(fā)展后期苏遥,不管是出于業(yè)務(wù)拓展,為轉(zhuǎn)型準備赡模、精確營銷及增加手中數(shù)據(jù)價值等等的考慮田炭,往往會考慮自建賬號體系,使用自己的注冊登錄流程漓柑。

三教硫、具體渠道業(yè)務(wù)定位

以電商行業(yè)舉例叨吮,APP,PC及H5瞬矩,外投渠道茶鉴,這些渠道承載的使命是不同的,因此如果有必要景用,也應(yīng)該根據(jù)他們的定位進行符合要求的注冊登錄流程設(shè)計涵叮,最大化的發(fā)揮渠道效果。APP及PC伞插,由于相對來說面向用戶主要以成熟用戶围肥,老用戶為主,功能更加全面蜂怎,也有包括資產(chǎn)管理等安全要求較高的模塊穆刻,因此對這些渠道來說,是需要走相對長的注冊及登錄流程的杠步;至于H5及外投渠道氢伟,由于更輕量化,更側(cè)重于引導(dǎo)快速交易幽歼,因此更傾向于流程后置朵锣,縮短流程,減少用戶損耗甸私。

因此需要看下诚些,自己的行業(yè)是偏流量導(dǎo)向還是風控導(dǎo)向,公司發(fā)展階段如何皇型,具體渠道的業(yè)務(wù)形式诬烹,才可以從上面不同的賬號注冊登錄形式中,選出最適合自己的方式弃鸦,再進行逆向流程的補充绞吁,UI交互的打磨,形成最適合自己的注冊登錄流程唬格。

需要說明的一點是家破,注冊登錄流程不是一成不變的,在發(fā)展的不同階段购岗,有可能會適當?shù)倪M行調(diào)整汰聋。甚至于,在同一階段喊积,針對不同渠道的需求烹困,也需要靈活處理。

注冊登錄業(yè)務(wù)的基本要求

1注服、穩(wěn)定性

穩(wěn)定性作為用戶業(yè)務(wù)的核心韭邓,是需要重點保證的措近。電商中,雙十一女淑、雙十二瞭郑,日常大促等均會出現(xiàn)高峰值用戶注冊登錄請求,一旦注冊登錄業(yè)務(wù)跪了鸭你,后面做的再好也是白搭屈张。

主要從以下幾方面提高穩(wěn)定性水平:提高架構(gòu)合理性;日常進行穩(wěn)定性檢查袱巨;大促前壓測阁谆;穩(wěn)定性預(yù)案到位等等。

2愉老、通用性

通用性并不是每個APP都需要做的场绿,只是我們公司旗下APP有點多(類似盛大,數(shù)量多得我考慮過通行證的架構(gòu))嫉入,所以作為負責整條用戶業(yè)務(wù)線的產(chǎn)品焰盗,需要在通用性上下功夫,做好整體規(guī)劃咒林。這樣可以減少代碼開發(fā)及維護成本的同時熬拒,提高流程的可復(fù)用性。

主要從以下幾方面提高通用性水平:解耦風控業(yè)務(wù)(歷史包袱丟開~)垫竞;組件化開發(fā)澎粟,流程可選配。

3欢瞪、支撐性

支撐性是指如何更好的支撐其他業(yè)務(wù)方工作開展活烙。前期發(fā)展速度較快,接入流程不太規(guī)范引有,容易增加后續(xù)額外開發(fā)成本瓣颅。因此提高支撐性的首要任務(wù)是增加開發(fā)及業(yè)務(wù)接入規(guī)范倦逐,包括工程及數(shù)據(jù)層面的規(guī)范譬正,從而更快、更好的實現(xiàn)對業(yè)務(wù)方的支撐檬姥。

登錄注冊產(chǎn)品需求自檢清單

.PC端:

1.1 PC具有公共屬性曾我,輸入密碼是私密性的,需要在登錄注冊時給予適當保護健民;

1.2 PC端臺式機一般固定在特定的位置抒巢,無法隨意移動,筆記本可以移動但使用場景相對固定秉犹,網(wǎng)絡(luò)狀況與移動設(shè)備相比穩(wěn)定蛉谜;

1.3 PC顯示區(qū)域比較大稚晚,登錄注冊通常只有1個頁面,需要填寫的所有內(nèi)容都會呈現(xiàn)型诚。

1.4 PC端的輸入設(shè)備有鼠標和鍵盤客燕,人機交互和可輸入速度要快很多;

2.移動端:

2.1 移動設(shè)備屬于個人私密性較高的設(shè)備狰贯,用戶在進行操作時也搓,可對輸入密碼進行有效的保護;

2.2 移動設(shè)備隨身攜帶涵紊,隨時隨地在變換位置傍妒,網(wǎng)絡(luò)狀況不穩(wěn)定等不確定因素很多;

2.3 移動設(shè)備顯示區(qū)域均較小摸柄,登錄的注冊頁面通常都會有3個頁面(M站通常在一個頁面)颤练,需要用戶填寫的內(nèi)容要精簡;

2.4 移動設(shè)備輸入更多是手指觸屏操作驱负,人機交互有其獨特性昔案,例如虛擬鍵盤的設(shè)計。

了解這些之后电媳,需要清楚的甄別兩者之間的關(guān)聯(lián)和區(qū)別踏揣。

一、設(shè)計前的思考

  • 為誰設(shè)計登錄注冊
  • 是否一定要登錄注冊
  • 是否需要獨立的賬戶體系
  • 哪些操作需要用戶登錄匾乓?

二捞稿、登錄注冊的設(shè)計步驟

第一步:梳理腦圖,梳理現(xiàn)有的登錄模式和信息結(jié)構(gòu)拼缝;

第二步:梳理業(yè)務(wù)流程娱局,把每一步操作都流程化,做好各種情況的處理方案(梳理流程非常非常非常重要)咧七;

第三步:畫出草圖/線框圖衰齐,對頁面元素和布局進行初步設(shè)計;

第四步:交互設(shè)計继阻,對每一項頁面元素耻涛、頁面跳轉(zhuǎn)、操作反饋瘟檩、異常處理抹缕、按鈕和頁面的各種狀態(tài)等做出設(shè)計;

第五步:自檢測試墨辛,對線框圖和交互設(shè)計進行自檢卓研,最好是用Axure等交互軟件進行交互設(shè)計操作,建立自己的自檢清單;

第六步:輸出PRD奏赘、線框圖和交互設(shè)計稿寥闪。

三、設(shè)計規(guī)范

1.賬號

1.1 賬號有無格式的要求磨淌,如果只是手機號碼橙垢,前端是否需要驗證手機號碼的有效性?

1.2 手機號碼為純數(shù)字伦糯,是否彈出純數(shù)字鍵盤方便用戶快速填寫及避免用戶來回切換柜某?

1.3 手機號碼的數(shù)字如何呈現(xiàn)?哪種格式敛纲?

2.驗證碼

2.1 驗證碼的格式喂击,是四/六位數(shù)字驗證碼,還是英文+數(shù)字驗證碼淤翔,英文是否區(qū)分大小寫翰绊?

2.2 按鈕默認顯示狀態(tài)、用戶輸入信息后按鈕顏色變化效果旁壮,該如何設(shè)計比較好监嗜?

2.3 倒計時如何設(shè)置?button還是label 抡谐?用哪個好裁奇?如何設(shè)計?

3.密碼

3.1 最少和最多字符設(shè)置麦撵,提示文字為“位”還是“字符”刽肠?如“請輸入6-16位字母或數(shù)字”?

3.2 密碼是否要限制特殊字符免胃?如“空格”音五、“/”等,為什么要限制羔沙?有沒有安全方面的考慮躺涝?

3.3 密碼設(shè)置好后,注冊按鈕如何變化扼雏?點擊“注冊”后坚嗜,在網(wǎng)絡(luò)較慢的情況下,頁面和按鈕如何響應(yīng)呢蛤,是否要加鎖屏浮層+緩沖提示語惶傻?

4.錯誤提示

4.1 錯誤時的報錯提示文字是什么,提示格式是彈窗其障、Toast、還是在當前頁面文字顯示涂佃?

4.2 Toast是沒有焦點的励翼,而且Toast顯示的時間有限蜈敢,過一定的時間就會自動消失。

4.3 彈框會阻斷用戶操作汽抚,需要手動點擊確認以后才會消失抓狭。

4.4 在當前頁面文字顯示的話,提示文字擺放的位置造烁,頁面格式根據(jù)提示文字的變化否过,需要有怎樣的視覺效果

5.異常提示

5.1 點擊【獲取驗證碼】,檢測手機號已被注冊惭蟋,如無置灰設(shè)置苗桂,輸入框為空,手機號碼無效的情況告组,故需提示:

5.1.1 手機號已被注冊煤伟,是否提示用戶登錄?

5.1.2 手機號不能為空木缝,多次為空狀態(tài)點擊是否給出頻繁操作提示便锨?

5.1.3 手機號碼不正確,“請輸入正確的手機號碼”是不是比“手機號碼錯誤”好些我碟?

5.2 點擊【注冊】時放案,可能會有輸入框為空,驗證碼無效等情況矫俺,如無置灰設(shè)置卿叽,故需提示:

5.2.1 短信驗證碼不能為空

5.2.2 驗證碼已被使用,然后給出什么操作呢恳守?

5.2.3 驗證碼已過期考婴,過期了給出彈窗嗎?在彈窗直接獲取驗證碼催烘?

5.2.4 驗證碼錯誤沥阱,弱提示?

5.2.5 驗證碼已達到最大嘗試次數(shù)伊群,最大是多少次考杉?

6.短信驗證碼

6.1 短信驗證碼一般通過第三方通道發(fā)送,在技術(shù)側(cè)做規(guī)避舰始,還需要在產(chǎn)品規(guī)則上做一定限制崇棠;

6.2 驗證碼的格式需要簡單明了,如“885267丸卷,XX驗證碼枕稀。【XXX】”

6.3 驗證碼的字數(shù)限制,4位或者6位純數(shù)字

7.邀請碼

7.1 注冊是否為邀請注冊萎坷?如是邀請注冊凹联,邀請碼格式如何設(shè)計?

7.2 邀請碼錯誤提示哆档?填寫了邀請的用戶和沒填的用戶蔽挠,在注冊成功后有何區(qū)別?有邀請碼的用戶是否有獎勵瓜浸?

8.注冊成功后的提示澳淑、狀態(tài)變更及頁面跳轉(zhuǎn)

8.1 注冊成功后同時切換為登錄狀態(tài),登錄狀態(tài)賬號密碼保存是否設(shè)置期限插佛?

8.2 給予注冊成功的提示并跳轉(zhuǎn)到相應(yīng)頁面杠巡,目標頁面狀態(tài)如何是否有緩存,是否需要緩存朗涩?

8.3 之前是在需要token的頁面跳轉(zhuǎn)到注冊頁面的話忽孽,注冊成功后需自動跳轉(zhuǎn)回之前的頁面

8.4 注冊之前有第三方登錄,用戶注冊后還需要用戶綁定第三方賬號嗎谢床?

四兄一、其他注意事項

  1. 輸入框

1.1 手機號碼輸入框,手機號碼顯示一般是344格式识腿,這樣便于用戶檢查號碼是否正確出革,如:138 8888 8888;

1.2 驗證碼輸入框渡讼,長度一般比較短骂束;

1.3 密碼輸入框,默認一般為密文顯示成箫,為了更好的交互可以設(shè)置明文顯示按鈕展箱,最好只設(shè)置1次密碼,為什么這樣蹬昌?

1.4 其他輸入框混驰,如郵箱、邀請碼皂贩、昵稱栖榨、個人信息等根據(jù)使用場景的不同自行設(shè)計;

1.5 不同的輸入框需要有不同的提示內(nèi)容和顯示狀態(tài)明刷。

2.按鈕

1.1 按鈕設(shè)計婴栽,提交按鈕和文字按鈕的位置和主次布局設(shè)計;

1.2 按鈕狀態(tài)的設(shè)計辈末,不同的狀態(tài)操作都要考慮愚争,默認置灰和高亮的條件映皆,按鈕置灰的意義何在?

1.3 按鈕提交反饋准脂,點擊操作要給出響應(yīng)或反饋劫扒。

3.驗證碼

3.1 驗證碼的格式檬洞,字母狸膏、數(shù)字、字符等添怔,一般為數(shù)字4位或者6位湾戳;

3.2 驗證碼的有效時間,根據(jù)不同的產(chǎn)品設(shè)計不同的有效時間广料,在有效時間內(nèi)的驗證碼操作需要給出明確的反饋砾脑;

3.3 驗證碼的獲取次數(shù)上限,技術(shù)限制和產(chǎn)品設(shè)計限制同步艾杏,避免被無限制獲热鸵隆;

3.4 驗證碼獲取時間购桑,一般為第三方發(fā)送畅铭,但時間最好限定在5.5秒內(nèi)讓用戶獲取到(不要問我為什么是5.5秒,因為我也不知道)

3.5 驗證碼是怎么觸發(fā)得到的勃蜘?為什么有些設(shè)計為點擊下一步或者獲取驗證碼后在頁面跳轉(zhuǎn)時就獲取硕噩,有些頁面跳轉(zhuǎn)后再次點擊按鈕才能獲取缭贡?為什么有不同炉擅?

3.6 觸發(fā)后倒計時狀態(tài)有何變化?重新獲取驗證碼后阳惹,原驗證碼如何處理谍失?

3.7 短時間內(nèi)多次獲取驗證碼,是否還要給用戶發(fā)送驗證碼莹汤?還是提示驗證碼已發(fā)送請輸入快鱼?

4.返回按鈕

4.1 在注冊、找回密碼体啰、第三方登錄等操作流程中攒巍,返回時需要特別注意點擊返回后的操作提示;比如注冊手機的修改荒勇,驗證碼提交后設(shè)置密碼等柒莉。

4.2 點擊返回時,干擾了正常流程的操作一般需要強提示沽翔,提示彈窗注意文案和按鈕文字怎么設(shè)計好兢孝?

4.3 點擊返回后窿凤,當前頁面和目標頁面狀態(tài)是否變化?例如從填寫驗證碼返回到填寫手機號碼頁面跨蟹,手機號碼是置空還是顯示已輸入過的手機號碼雳殊?

4.4 瀏覽應(yīng)用過程中進入登錄頁面,登錄頁面是否需要有返回按鈕窗轩?

5.虛擬鍵盤

5.1 虛擬鍵盤何時彈出夯秃?觸發(fā)條件是什么?

5.2 彈出的虛擬鍵盤是什么類型的痢艺?數(shù)字鍵盤仓洼、字母鍵盤?系統(tǒng)自帶輸入法還是第三方輸入法堤舒?

5.3 鍵盤上的”Go”按鈕是否有變化色建?變成”完成“或者”登陸“等后點擊有何交互?

5.4 鍵盤如何隱藏舌缤?怎么觸發(fā)箕戳?自動隱藏?按鍵隱藏国撵?

5.5 鍵盤上的刪除按鈕和一鍵清除按鈕是否有區(qū)別陵吸?有何區(qū)別?有無必要設(shè)計一鍵清除卸留?

6.異常提示

6.1 登錄時走越,賬戶是否在其他設(shè)備登錄,是否允許多端同時登陸耻瑟?不允許同時登陸旨指,之前登錄設(shè)備的賬戶是否要下線?給出怎樣的提示喳整?

6.2 密碼第一次錯誤給出什么提示谆构?第二次仍然輸入錯誤,錯誤提示是否需要強提示并給出找回密碼的按鈕框都?在彈窗點擊找回密碼搬素,手機號碼在新頁面是否需要重新填寫?密碼連續(xù)多次輸入錯誤是否要做出禁用限制魏保?

6.3 注冊流程中熬尺,檢測到手機號碼已經(jīng)注冊,是否可以繼續(xù)獲取驗證碼谓罗?或者驗證后直接登錄免去頁面跳轉(zhuǎn)和輸入密碼粱哼?

6.4 找回密碼和重置密碼都有哪些區(qū)別?

6.5.網(wǎng)絡(luò)狀態(tài)不好檩咱,都該給出怎樣的反饋或提示揭措?

6.5.1 用戶所處環(huán)境網(wǎng)絡(luò)信號不好(用戶向服務(wù)器請求超時)胯舷,是否需要檢查用戶的網(wǎng)絡(luò)狀態(tài)?還是只給出提示绊含?

6.5.2 服務(wù)器沒有正常接收請求或沒有回復(fù)桑嘶,給出怎樣的提示較好?

6.5.3 手機停機躬充,驗證碼逃顶、數(shù)據(jù)傳輸如何處理?

6.5.4 手機沒開wifi或者流量麻裳,如何指導(dǎo)用戶進行設(shè)置口蝠?

7.第三方登錄

7.1 昵稱的長度設(shè)置器钟,不同平臺的賬戶昵稱的長度要求不同津坑,該如何獲取傲霸?

7.2 綁定多個第三方賬戶疆瑰,公開信息如何獲取昙啄?公開信息不同如何處理穆役?

7.3 用戶注冊前使用過第三方登錄,是否還有綁定手機號碼梳凛?

7.4 用戶在PC網(wǎng)頁和APP分別進行第三方登錄耿币,是否有1個第三方賬號生成2個本地賬號的情況?

And so on……

五韧拒、蘋果手機鎖屏機制:

前面5次:前面5次輸入錯誤密碼時淹接,手機會震動并提示密碼不正確,但是可以繼續(xù)輸入叛溢,而且不需要任何等待時間塑悼。

第6次:第6次輸錯密碼時,會顯示“iPhone已停用楷掉,請1分鐘后再輸入一次”厢蒜。在接下來的一分鐘內(nèi),手機處于鎖定狀態(tài)烹植,即使想輸入正確密碼斑鸦,也無法輸入。

第7次:第7次輸錯密碼草雕,顯示“iPhone已停用巷屿,請5分鐘后再輸入一次”,5分鐘內(nèi)無法操作促绵;

第8次:第8次輸錯密碼攒庵,15分鐘內(nèi)無法操作嘴纺;

第9次:第9次輸錯密碼,60分鐘內(nèi)無法操作浓冒;

第10次:第10次輸錯密碼栽渴,顯示“iPhone已停用,連接iTunes”稳懒。這種情況下闲擦,無論等待多長時間都沒有機會再出現(xiàn)密碼框,哪怕是一萬年也不行场梆。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末墅冷,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子或油,更是在濱河造成了極大的恐慌浸剩,老刑警劉巖,帶你破解...
    沈念sama閱讀 207,248評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件绊起,死亡現(xiàn)場離奇詭異芍阎,居然都是意外死亡,警方通過查閱死者的電腦和手機辖佣,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,681評論 2 381
  • 文/潘曉璐 我一進店門霹抛,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人卷谈,你說我怎么就攤上這事杯拐。” “怎么了世蔗?”我有些...
    開封第一講書人閱讀 153,443評論 0 344
  • 文/不壞的土叔 我叫張陵端逼,是天一觀的道長。 經(jīng)常有香客問我凸郑,道長裳食,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,475評論 1 279
  • 正文 為了忘掉前任芙沥,我火速辦了婚禮诲祸,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘而昨。我一直安慰自己救氯,他們只是感情好,可當我...
    茶點故事閱讀 64,458評論 5 374
  • 文/花漫 我一把揭開白布歌憨。 她就那樣靜靜地躺著着憨,像睡著了一般。 火紅的嫁衣襯著肌膚如雪务嫡。 梳的紋絲不亂的頭發(fā)上甲抖,一...
    開封第一講書人閱讀 49,185評論 1 284
  • 那天漆改,我揣著相機與錄音,去河邊找鬼准谚。 笑死挫剑,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的柱衔。 我是一名探鬼主播樊破,決...
    沈念sama閱讀 38,451評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼唆铐!你這毒婦竟也來了哲戚?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 37,112評論 0 261
  • 序言:老撾萬榮一對情侶失蹤艾岂,失蹤者是張志新(化名)和其女友劉穎顺少,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體澳盐,經(jīng)...
    沈念sama閱讀 43,609評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡祈纯,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 36,083評論 2 325
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了叼耙。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 38,163評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡粒没,死狀恐怖筛婉,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情癞松,我是刑警寧澤爽撒,帶...
    沈念sama閱讀 33,803評論 4 323
  • 正文 年R本政府宣布,位于F島的核電站响蓉,受9級特大地震影響硕勿,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜枫甲,卻給世界環(huán)境...
    茶點故事閱讀 39,357評論 3 307
  • 文/蒙蒙 一源武、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧想幻,春花似錦粱栖、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,357評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至食店,卻和暖如春渣淤,著一層夾襖步出監(jiān)牢的瞬間赏寇,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 31,590評論 1 261
  • 我被黑心中介騙來泰國打工价认, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留蹋订,地道東北人。 一個月前我還...
    沈念sama閱讀 45,636評論 2 355
  • 正文 我出身青樓刻伊,卻偏偏與公主長得像露戒,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子捶箱,可洞房花燭夜當晚...
    茶點故事閱讀 42,925評論 2 344

推薦閱讀更多精彩內(nèi)容