實(shí)例分析拆解:如何設(shè)計(jì)登錄注冊(cè)?

57 評(píng)論 40922 瀏覽 333 收藏 15 分鐘

登錄注冊(cè)流程看似簡單,實(shí)際考量設(shè)計(jì)功力。網(wǎng)上關(guān)于登錄注冊(cè)的綜述有很多了,但是從零到一整合分析的很少,以下,將以實(shí)際的產(chǎn)品為例,精細(xì)分析如何設(shè)計(jì)賬戶體系。

最近對(duì)我們的APP的賬戶體系進(jìn)行了改版,研究了各類產(chǎn)品的設(shè)計(jì)。賬戶體系雖然幾乎是通用標(biāo)配功能,但是各APP的都有差別,都是針對(duì)當(dāng)前的產(chǎn)品形態(tài)、發(fā)展階段和用戶量級(jí)做出了符合自己的設(shè)計(jì)。

賬戶體系的關(guān)鍵點(diǎn)在登錄注冊(cè)流程上。

一、立項(xiàng)背景

我們的產(chǎn)品第一版賬戶體系由于歷史原因,做的比較生硬。

初期主攻社交,希望可以沉淀用戶信息,手機(jī)賬號(hào)會(huì)是第一優(yōu)先選擇,當(dāng)時(shí)的方案是手機(jī)號(hào)注冊(cè)+賬號(hào)密碼登錄/第三登錄+立刻綁定手機(jī)賬號(hào)。

如你日常體驗(yàn)?zāi)菢?,第三方登?立刻綁定手機(jī)的方式,直接抵消了第三方登錄的便利,比直接手機(jī)號(hào)注冊(cè)更麻煩。而且,設(shè)計(jì)上,手機(jī)號(hào)注冊(cè)需要設(shè)置兩次密碼,密碼需要一致;設(shè)置之后,還得進(jìn)入登錄界面,再次填寫賬號(hào)密碼,正確匹配才可以進(jìn)入APP。

總的來說,用戶進(jìn)入APP的路徑相當(dāng)長,步驟多,用戶體驗(yàn)低分。

近況是,產(chǎn)品方向探索,將重點(diǎn)落在商城上。完成交易的流程本身就多步驟,再疊加原來的登錄注冊(cè),路徑過深,對(duì)拉新?lián)p耗大,急需改進(jìn)。

二、需求分析

從業(yè)務(wù)發(fā)展趨勢來看,微信會(huì)是重要的用戶來源,后續(xù)會(huì)布局更多的微信運(yùn)營活動(dòng),和商城小程序,設(shè)計(jì)引流到APP,需重點(diǎn)突出微信登錄。

而商城交易需要保證安全性,同時(shí)兼容老用戶,手機(jī)注冊(cè)密碼登錄必不可少??紤]到用戶文化水平,和互聯(lián)網(wǎng)產(chǎn)品使用習(xí)慣,需要在常規(guī)的基礎(chǔ)上做簡化。

第三方登錄需要在關(guān)鍵點(diǎn)綁定,商城推廣員提現(xiàn)時(shí)變更銀行卡,需加以驗(yàn)證身份。

新用戶剛進(jìn)來,可以先瀏覽熟悉產(chǎn)品內(nèi)容,在需要身份信息時(shí),再進(jìn)行引導(dǎo)登錄。

三、功能點(diǎn)梳理

登錄注冊(cè)流程:微信/QQ第三方登錄、驗(yàn)證碼登錄/注冊(cè)、密碼登錄、找回密碼。

賬戶體系配套:關(guān)鍵點(diǎn)引導(dǎo)綁定手機(jī)、關(guān)鍵點(diǎn)強(qiáng)制綁定手機(jī)、驗(yàn)證碼驗(yàn)證賬號(hào)、賬號(hào)相互綁定。

細(xì)節(jié)功能點(diǎn)見下方的賬戶體系功能點(diǎn)梳理圖。

四、流程圖(登錄注冊(cè))

未登錄用戶,到達(dá)需要獲取用戶身份信息的界面(為了平衡效率和體驗(yàn),一般是除一級(jí)界面以外的),則觸發(fā)注冊(cè)登錄流程。用戶完成注冊(cè)登錄之后,才可使用和操作絕大部分的功能。

本流程圖需要配合頁面交互原型理解。

五、關(guān)鍵頁面交互設(shè)計(jì)

登錄注冊(cè)體系將包含五個(gè)部分,主界面、驗(yàn)證碼登錄/注冊(cè)、密碼登錄、忘記密碼和新用戶注冊(cè),在實(shí)際流程操作中會(huì)根據(jù)用戶的選擇,和系統(tǒng)的判斷進(jìn)行切換。賬戶體系的配套將會(huì)略過,以下是登錄注冊(cè)的頁面交互設(shè)計(jì)、設(shè)計(jì)考量和功能點(diǎn)介紹。

1.主界面

  • 布局:主界面集合三種登錄方式,將微信登錄作為主方式。
  • 前提:成功登錄的前提條件是必須先勾選同意用戶協(xié)議,否則報(bào)錯(cuò)。
  • 授權(quán):第三方的登錄,點(diǎn)擊微信orQQ,授權(quán)成功后,即可登錄進(jìn)入APP,自動(dòng)獲取用戶的昵稱性別頭像信息填充社交頁。

2.驗(yàn)證碼登錄/注冊(cè)

(1)設(shè)計(jì)解析

  • 手機(jī)賬號(hào)登錄,考慮簡單又快速進(jìn)行,突出驗(yàn)證碼快速登錄/注冊(cè),輔以密碼注冊(cè)。
  • 密碼注冊(cè)的弊端是很容易忘記密碼,忘記之后,找回密碼流程也繁瑣。
  • 驗(yàn)證碼登錄,雖然對(duì)頻繁換手機(jī)的用戶是個(gè)噩耗,短信也有達(dá)到率的問題,但考慮到效率跟成本,特別在拉新環(huán)節(jié),還是作為主方式。

其實(shí)基于驗(yàn)證碼到達(dá)率和安全性,我考慮過換移動(dòng)認(rèn)證,就是手機(jī)號(hào)碼一鍵登錄,無需密碼跟驗(yàn)證碼。可惜實(shí)際接洽的時(shí)候行不通,而放棄了,文本會(huì)介紹下這個(gè)事情。

(2)設(shè)計(jì)點(diǎn)

  • 驗(yàn)證碼登錄:登錄注冊(cè)界面為驗(yàn)證碼登錄,附以密碼登錄。
  • 按鈕:登錄注冊(cè)的按鈕合二為一。也就是說,用戶不需要選擇是登錄還是注冊(cè),將判斷交給了后臺(tái)。只要用戶的手機(jī)號(hào)碼還在,直接憑驗(yàn)證碼進(jìn)入即可。比起選擇密碼登錄之后忘記密碼,或者是干脆就不記得自己是否注冊(cè)過,在錯(cuò)誤的界面輸入信息之后來回切換,二合一的方式更加友好,也是本次設(shè)計(jì)的一個(gè)亮點(diǎn)。
  • 手機(jī)號(hào)碼:采用更加清晰的的3-4-4數(shù)值格式,輸入框末尾配清除按鈕,錯(cuò)誤輸入后可一鍵清除。手機(jī)號(hào)碼輸入框也有記憶功能,可獲取前一次登錄的手機(jī)賬號(hào),可以獲取同一次登錄注冊(cè)已填過的賬號(hào)信息。
  • 驗(yàn)證碼:手機(jī)號(hào)碼位數(shù)輸入正確類型和位數(shù)之后,才激活驗(yàn)證碼功能。否則點(diǎn)擊會(huì)報(bào)錯(cuò)。之后,驗(yàn)證碼的激活以變色表現(xiàn),這是個(gè)視覺指示。輸入完成第一行,人眼會(huì)自然而言的落在第二行的開頭,如無例外,用戶需要尋找一番,才會(huì)覺知過來,去點(diǎn)擊獲取驗(yàn)證碼。
  • 加載指示:數(shù)據(jù)傳輸?shù)椒?wù)端,判斷對(duì)錯(cuò),再返回結(jié)果。這個(gè)流程費(fèi)些時(shí)間,用加載小菊花,表示后臺(tái)正在處理,舒緩下等待的焦急。

3.密碼登錄

(1)設(shè)計(jì)解析

密碼登錄考慮到向后兼容,老用戶的賬號(hào)以密碼登錄;也是適應(yīng)本期的新用戶注冊(cè)。

同時(shí)標(biāo)配忘記密碼,也可切換新用戶注冊(cè),或驗(yàn)證碼登錄,這些元素的布置考慮,是基于流程的。

密碼的輸入,其實(shí)正如設(shè)置密碼,應(yīng)該做格式限制。但是因?yàn)榈谝话鏇]限制,不清楚用戶設(shè)置了什么,所以此處不能輕易填坑。

數(shù)據(jù)輸入都該考慮下限制的,為什么?在給產(chǎn)品經(jīng)理講技術(shù)這書里,要是你看到黑科技SQL注入攻擊也會(huì)很印象深刻的……

(2)流程

跟驗(yàn)證碼的簡單路徑不一樣,密碼登錄因重在流程上邏輯自洽,更需配流程圖查看才好理解。

正常流程是:輸入手機(jī)號(hào)->輸入密碼->點(diǎn)擊登錄->登錄成功。

異常流程是:

  • 輸入手機(jī)號(hào)->輸入密碼->點(diǎn)擊登錄->提醒“未注冊(cè)”->點(diǎn)擊新用戶注冊(cè)or返回上一級(jí)驗(yàn)證碼登錄/注冊(cè)。
  • 輸入手機(jī)號(hào)->輸入密碼->點(diǎn)擊登錄->提醒“賬號(hào)或密碼不對(duì)”->重新輸入or忘記密碼or驗(yàn)證碼登錄。

4.忘記密碼

(1)設(shè)計(jì)解析

步驟:忘記密碼此處分兩步,一步驗(yàn)證,一步設(shè)置。設(shè)置完之后,直接登錄進(jìn)入APP,無需再重復(fù)密碼登錄的步驟。(記不住密碼更痛苦的事情是,忘記密碼剛找回來,在下一步重新登錄的時(shí)候又忘記了)。

異常流程:忘記密碼此處還有個(gè)異常流程,是該賬號(hào)不存在。有童鞋會(huì)說,正是密碼輸錯(cuò)才會(huì)到來這界面,這么還會(huì)有賬號(hào)不存在的情況?對(duì),情理上其實(shí)不大可能發(fā)生,但是程序邏輯上有這個(gè)可能,但是又無法通過前面的步驟過濾掉,是要補(bǔ)充下的。

此處判斷賬號(hào)不存在的提醒,是點(diǎn)擊獲取驗(yàn)證碼之后,亮點(diǎn)之一。這里是考慮辛辛苦苦獲取驗(yàn)證碼,填寫完畢之后才來告訴用戶賬號(hào)不存在,有些不厚道的……

(2)設(shè)計(jì)點(diǎn):

驗(yàn)證賬號(hào):常規(guī)的做法,先驗(yàn)證碼驗(yàn)證手機(jī)號(hào),再下一步設(shè)置密碼。

有些APP會(huì)將驗(yàn)證賬號(hào)跟設(shè)置密碼放在同一個(gè)頁面,其實(shí)拆開會(huì)更清晰。而且,驗(yàn)證手機(jī)號(hào)碼步驟復(fù)用率是很高的,比如,可以復(fù)用到推廣員更改綁定銀行卡時(shí),作為賬號(hào)驗(yàn)證。

設(shè)置密碼:密碼設(shè)置要限定格式,之后僅需輸入一次就可以直接登錄進(jìn)入了。

重復(fù)兩次數(shù)據(jù),再次校驗(yàn)肯定更穩(wěn)妥,但是登錄成本提高了,以我們用戶的耐心,我們的產(chǎn)品就沒必要承擔(dān)這個(gè)教育成本了。如果說擔(dān)心手誤輸錯(cuò)了的,可以用驗(yàn)證碼登錄的,再不濟(jì)可以用找回密碼的。但是大多數(shù)用戶其實(shí)只考慮本次能快點(diǎn)進(jìn)入就好。

5.新用戶注冊(cè)

(1)設(shè)計(jì)解析

新用戶注冊(cè)界面近乎跟忘記密碼是一樣的流程,區(qū)別在點(diǎn)擊獲取驗(yàn)證碼,此處的異常流程是該賬號(hào)已存在。此處設(shè)置優(yōu)化的流程,判斷是已有賬號(hào)之后,會(huì)直接跳轉(zhuǎn)到驗(yàn)證碼登錄/注冊(cè)界面處,直接獲取已填寫的手機(jī)號(hào)碼,驗(yàn)證就行,對(duì)新用戶盡量友好。

經(jīng)過前面的界面篩選,此處的賬號(hào)不存在的發(fā)生概率很少,但是作為關(guān)鍵流程而言,完整性是必要的。

?

移動(dòng)認(rèn)證

文內(nèi)留個(gè)懸念要談?wù)勔苿?dòng)認(rèn)證,移動(dòng)認(rèn)證是什么?最直接的體驗(yàn)是,無需輸入任何數(shù)據(jù),直接點(diǎn)擊授權(quán)就登錄。是不是很黑科技?!
但是為什么最終放棄了呢,請(qǐng)聽細(xì)講。

理想情況

移動(dòng)認(rèn)證是運(yùn)營商移動(dòng)提供的,基于手機(jī)sim卡和移動(dòng)網(wǎng)絡(luò)直接認(rèn)證登錄的技術(shù),米家、愛回收跟同花順應(yīng)用在了自家APP里。當(dāng)時(shí)上手體驗(yàn),驚艷,簡直零感登錄;況且移動(dòng)官網(wǎng)也有免費(fèi)的sdk,更是竊喜。以移動(dòng)認(rèn)證為主登錄的原型設(shè)計(jì)完畢,就立刻接洽移動(dòng)認(rèn)證sdk的接入。

現(xiàn)實(shí)情況:

但是呢,很快就被開發(fā)文檔打臉了,簡言之,就是層層篩選之下,能一鍵登錄的用戶遠(yuǎn)沒有想象的多。

移動(dòng)認(rèn)證的原理是基于移動(dòng)網(wǎng)絡(luò)通信的。首先基于sim卡識(shí)別本機(jī)號(hào)碼,在移動(dòng)網(wǎng)絡(luò)開啟的前提下傳輸信息以授權(quán)通過,此時(shí)可順利登陸;但是如果沒開移動(dòng)網(wǎng)絡(luò),就沒轍了;如果WiFi跟移動(dòng)網(wǎng)絡(luò)同開,以WiFi為主,那將強(qiáng)制占道先驗(yàn)證再釋放WiFi。如果移動(dòng)網(wǎng)絡(luò)通信不成,那就通過短信收發(fā)來完成數(shù)據(jù)傳輸。

所以,這么流氓的做法蘋果肯定是不樂意的;電信不參與;oppo的ROM不支持此流程……層層篩選下來,加上關(guān)閉移動(dòng)網(wǎng)絡(luò)的,能順利使用的其實(shí)不多;而且,除非付費(fèi),否則移動(dòng)認(rèn)證的logo說明只能用官方的,簡直是給移動(dòng)打廣告….這些阻力遠(yuǎn)高于收益,所以,果斷放棄了,采取了本文講述的方案。

果然,合適的才是最好的。

 

本文由 @閱天 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自 Pexels ,基于 CC0 協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 現(xiàn)在都能做到一鍵登錄了。作者文章是2018年寫的,內(nèi)容非常全,前瞻性也很好,真不錯(cuò)!

    來自廣東 回復(fù)
    1. 對(duì),現(xiàn)在一鍵登錄已經(jīng)很主流了。服務(wù)商提供的價(jià)格單次使用有時(shí)都比短信驗(yàn)證碼要低了,安全性也不錯(cuò),可以盡情用了。

      來自廣東 回復(fù)
  2. 您好!想請(qǐng)教一下,在登錄的時(shí)候發(fā)現(xiàn)還未注冊(cè)然后跳轉(zhuǎn)注冊(cè)的話,關(guān)于“已輸入賬號(hào)記憶”和需要重新輸入的兩種情況使用場景和原因是什么?。?/p>

    來自廣東 回復(fù)
    1. 符合場景的話,一般是可記憶就記憶。
      1.如果從未輸入,自然是空白的;
      2.如果是之前輸入過,就獲取之前輸入的;
      3.如果是有新的輸入,就覆蓋更新新的輸入;
      4.如果是在登錄的時(shí)候,發(fā)現(xiàn)該手機(jī)號(hào)碼未注冊(cè),從而轉(zhuǎn)去注冊(cè)界面,獲取之前輸入的號(hào)碼,也會(huì)方便很多。
      最后一點(diǎn)會(huì)考慮說,可能用戶的號(hào)碼輸入不正確,但發(fā)生概率比較小,可以先默認(rèn)獲?。ㄓ星宄I可清除)。這個(gè)點(diǎn)比較細(xì)節(jié)。

      來自廣東 回復(fù)
  3. 移動(dòng)認(rèn)證的缺點(diǎn)感覺題主放大了;
    1、ios是支持移動(dòng)認(rèn)證一鍵登錄;
    2、電信號(hào)碼也支持一鍵登錄(ios情況下電信無法預(yù)取號(hào),但也可以一鍵登錄的)
    3、WiFi和4G同時(shí)開的情況,只有首次登錄無法成功;
    4、說到授權(quán)頁面只允許放移動(dòng)logo,其他第三方登陸騰訊/微信/微博/網(wǎng)易/百度/FB/Google+好像都是這樣的哦,這無可厚非吧

    —-
    手機(jī)號(hào)注冊(cè)的流程,能否考慮把手機(jī)號(hào)+密碼的方式舍棄掉呢

    來自廣東 回復(fù)
    1. 時(shí)隔一年,現(xiàn)在知道有付費(fèi)產(chǎn)品的一鍵登錄的體驗(yàn)會(huì)好很多,比如阿里云的跟創(chuàng)藍(lán)的,文中很多的觀點(diǎn)只針對(duì)于移動(dòng)的免費(fèi)服務(wù),所以大家在實(shí)際用的時(shí)候,可以多看看不同的短信服務(wù)商。
      手機(jī)注冊(cè)流程,可以將設(shè)置密碼的方式后置,用戶體驗(yàn)會(huì)好很多的。

      來自廣東 回復(fù)
  4. 進(jìn)入忘記密碼頁面后,為什么沒有直接獲取之前頁面填寫的數(shù)據(jù)?

    回復(fù)
  5. 學(xué)習(xí)了

    來自北京 回復(fù)
  6. 1. 每次登錄,都要勾選同意協(xié)議,不太合適吧?
    2. 忘記密碼,在哪里,沒找到。
    3. 手機(jī)號(hào)+驗(yàn)證碼,登錄與注冊(cè)對(duì)用戶來說操作上沒有任何差異,不明白為什么要標(biāo)注為“登錄/注冊(cè)”,還口口聲聲說這是亮點(diǎn)?難道不是給用戶造成認(rèn)知困難嗎?市場上基本上都是直接寫“登錄”或者“快捷登錄”,清晰告知用戶能登錄進(jìn)入產(chǎn)品頁面,作者的處理怎么會(huì)是“亮點(diǎn)”呢?我覺得文案上要簡單、符合大家認(rèn)知習(xí)慣。后臺(tái)判斷是新用戶(–記憶存檔)還是老用戶(–調(diào)取用戶數(shù)據(jù))就好了。
    4. 密碼登錄的,提醒“未注冊(cè)””->賬號(hào)或密碼不對(duì),不懂為什么是這樣,賬號(hào)或密碼不對(duì)跟未注冊(cè)是兩回事呀。
    5. 總的來說,還有優(yōu)化空間。流程圖也看得很費(fèi)勁。另外,可以畫個(gè)頁面跳轉(zhuǎn)流轉(zhuǎn)圖,更好理解一點(diǎn)。

    來自廣東 回復(fù)
    1. 1.每次登錄,都要勾選同意協(xié)議,很合適啊。產(chǎn)品本來就不能隨便替用戶做決定啊,特別是像這種可能會(huì)損害到用戶/產(chǎn)品利益的情況下。

      2.密碼登錄作者明明寫了兩個(gè)異常情況?。?br /> ①.輸入手機(jī)號(hào)->輸入密碼->點(diǎn)擊登錄->提醒“未注冊(cè)”->點(diǎn)擊新用戶注冊(cè)or返回上一級(jí)驗(yàn)證碼登錄/注冊(cè)。
      ②.輸入手機(jī)號(hào)->輸入密碼->點(diǎn)擊登錄->提醒“賬號(hào)或密碼不對(duì)”->重新輸入or忘記密碼or驗(yàn)證碼登錄。
      “未注冊(cè)”跟“賬號(hào)和密碼不對(duì)”本來就是兩回事啊,所以未注冊(cè)就讓用戶去注冊(cè),賬號(hào)和密碼不對(duì)就讓用戶重新輸入啊,很難理解嗎?

      來自美國 回復(fù)
  7. 最近自家app也在做登錄注冊(cè),現(xiàn)在基本已經(jīng)做完,讀完后,發(fā)現(xiàn)做的邏輯很是相像,如果早發(fā)現(xiàn)這篇文章,會(huì)省不少功夫 ??

    來自北京 回復(fù)
  8. 具體是哪個(gè)網(wǎng)站?

    來自廣東 回復(fù)
  9. 看得出來是用心了的。登錄注冊(cè)可以有更大的想象空間,指紋聲控虹膜解鎖也是一種方式。

    來自廣東 回復(fù)
    1. 這些要考慮硬件支持、成本效益等。指紋聲控虹膜解鎖有案例分享不,在APP應(yīng)用層面的?

      來自廣東 回復(fù)
  10. 有1個(gè)疑問:
    對(duì)于一直沒有設(shè)置過密碼的用戶(可能通過第三方或驗(yàn)證碼登錄),什么時(shí)候需要引導(dǎo)設(shè)置密碼?
    比如,有該類用戶可能忘記是否設(shè)置了登錄密碼,然后進(jìn)入頁,輸入“登錄過的手機(jī)號(hào)”和“隨便一個(gè)密碼”后,下一步:是直接返回頁;還是Toast提示,然后進(jìn)入流程?

    來自浙江 回復(fù)
    1. 你提到的是很多個(gè)的問題。
      首先,對(duì)于大多數(shù)功能而言,第三方登錄跟手機(jī)賬號(hào)登錄是同等效果,這種情況下不需要引導(dǎo);但是有些安全性高的環(huán)節(jié),需要驗(yàn)證賬號(hào)是本人或者要求手機(jī)賬號(hào),也就是綁定或者是驗(yàn)證手機(jī)。
      對(duì)于手機(jī)賬號(hào)登錄注冊(cè)而言,密碼登錄跟驗(yàn)證碼登錄是平行的兩個(gè)方法,不存在一定得要設(shè)置密碼的。需要密碼的場景考慮的是換手機(jī)或者是驗(yàn)證碼收發(fā)遲滯。如果是用驗(yàn)證碼方式登錄進(jìn)來,需要更換手機(jī),可以在找回密碼處設(shè)置密碼。

      來自廣東 回復(fù)
  11. 這個(gè)說的不正是人人都是產(chǎn)品經(jīng)理PC端的登陸方式么哈哈?“第三方登錄+立刻綁定手機(jī)的方式,直接抵消了第三方登錄的便利,比直接手機(jī)號(hào)注冊(cè)更麻煩。而且,設(shè)計(jì)上,手機(jī)號(hào)注冊(cè)需要設(shè)置兩次密碼,密碼需要一致;設(shè)置之后,還得進(jìn)入登錄界面,再次填寫賬號(hào)密碼,正確匹配才可以進(jìn)入APP?!?/p>

    來自浙江 回復(fù)
    1. 對(duì)呀,這個(gè)很煩的,所以一定不會(huì)再用到自家APP上。

      來自廣東 回復(fù)
  12. 文章講了很多內(nèi)容,但是最感興趣還是登錄注冊(cè)合一的亮點(diǎn),我覺得這個(gè)是很可以的,對(duì)于已經(jīng)注冊(cè)的用戶直接調(diào)取登錄的入口,對(duì)于未注冊(cè)的用戶直接調(diào)取注冊(cè)的入口,只是會(huì)增加一些后臺(tái)同學(xué)的校驗(yàn)工作,另外還有就是對(duì)于很多APP,目前采用手勢指紋的更多一些,所以這一步亮點(diǎn)在某種程度上來講只是一個(gè)小亮點(diǎn)吧,只是個(gè)人意見,不喜勿噴。

    來自北京 回復(fù)
    1. 很多APP是采用手勢指紋,舉出些例子吧。
      我們的用戶并非是移動(dòng)互聯(lián)網(wǎng)的深度用戶,所以基本是 在常規(guī)的方式上做優(yōu)化是最合適的。

      來自廣東 回復(fù)
  13. 有個(gè)疑問,為什么點(diǎn)擊 忘記密碼 前一步 不能去明確判斷 是賬號(hào)不存在 還是 密碼錯(cuò)誤,那如果賬號(hào)不存在的話 就直接toast提示 然后讓用戶選擇 手機(jī)號(hào)密碼登陸 或者 新用戶注冊(cè)就可以。如果是密碼錯(cuò)誤 就直接重置密碼

    來自北京 回復(fù)
    1. 密碼登錄處賬號(hào)密碼校驗(yàn)不一致,其實(shí)出錯(cuò)的不是兩種情況,而是三種情況。
      第一個(gè)是賬號(hào)未注冊(cè),這個(gè)已經(jīng)提醒了,因?yàn)橛袃煞N方式可以注冊(cè),返回上一步驗(yàn)證碼注冊(cè)和新用戶密碼方式注冊(cè),所以此處留給用戶來選擇;
      第二種是賬號(hào)正確,密碼錯(cuò)誤,這個(gè)就是用戶輸錯(cuò)密碼了,去找回密碼就可以;
      第三種是很多人會(huì)忽略掉的,用戶賬號(hào)輸錯(cuò)了,這個(gè)不論是輸錯(cuò)了是未注冊(cè)和還是僥幸輸入了正確的已注冊(cè)的賬號(hào),將正確的密碼一輸入,還是會(huì)報(bào)錯(cuò),這時(shí)候是應(yīng)該怎么提醒呢?其實(shí)判斷不了用戶輸錯(cuò)賬號(hào)的情況,設(shè)置的提醒也不能誤導(dǎo)用戶。所以,提醒賬號(hào)或者密碼錯(cuò)誤,而不替用戶做決定是合適的。

      來自廣東 回復(fù)
    2. 嗯 對(duì)第三種我的確有忽略了,感謝耐心解答~謝謝!

      來自北京 回復(fù)
  14. 流程圖看不清呀,老哥可以換一個(gè)高清的嘛

    來自北京 回復(fù)
    1. 另存圖片,用圖片編輯器查看就能放大了

      來自北京 回復(fù)
  15. 登錄注冊(cè)安全防護(hù)這塊作者是怎么考慮的啊 比如有些程序自動(dòng)注冊(cè)、短信轟炸或自動(dòng)登錄破解密碼

    來自廣東 回復(fù)
    1. 1.安全防護(hù)這方面在產(chǎn)品設(shè)計(jì)上可規(guī)避的并不多,比如傳輸給服務(wù)端的數(shù)據(jù)(賬號(hào)秘密等)采取字符類型跟長度的限制以防止SQL注入攻擊,在關(guān)鍵的環(huán)節(jié)要求綁定手機(jī),驗(yàn)證碼驗(yàn)證手機(jī)賬號(hào)為本人。其實(shí)更多的是在技術(shù)實(shí)現(xiàn)上,標(biāo)注好安全等級(jí)一些總要求,然后放心交給技術(shù)童靴來完成。
      2.登錄注冊(cè)上會(huì)涉及到加密設(shè)計(jì),在往服務(wù)端傳輸之前,給密碼做哈希和加鹽生成面無全非不可逆推的字符串,然后再傳輸,這個(gè)可以保證在傳輸過程中的數(shù)據(jù)安全性。服務(wù)端校驗(yàn)密碼賬號(hào)一致之后,就會(huì)給客服端下方憑證,客戶端在有效期(一般一個(gè)月)內(nèi)根據(jù)憑證校驗(yàn)就好,自動(dòng)登錄過程已經(jīng)不涉及密碼。憑證過期之后,再來一次第2步驟就是了。
      3.短信轟炸如果不是運(yùn)營設(shè)定的,那就是基站跟手機(jī)通信協(xié)議的欠缺造成的,偽基站問題,在APP層面是解決不了的。
      程序自動(dòng)注冊(cè)是指什么情況?有些工具型APP確實(shí)不需要登錄注冊(cè),給本地分配個(gè)id就可以用了的。

      來自廣東 回復(fù)
  16. 手機(jī)號(hào)碼 3-3-4 。作者做的不是國內(nèi)的產(chǎn)品 ?

    來自上海 回復(fù)
    1. 筆誤,感謝指正。

      來自廣東 回復(fù)
  17. 把注冊(cè)和登錄按鈕合一,看似是讓用戶的操作簡單了,實(shí)則會(huì)讓用戶困惑,目前通用的還是分開,這樣是比較明確的,個(gè)人意見,僅供討論~

    來自香港 回復(fù)
    1. 不考慮下弱化注冊(cè),實(shí)現(xiàn)注冊(cè)和登錄的功能性合一?美滋滋…

      來自上海 回復(fù)
    2. 注冊(cè)和登錄兩者的合并會(huì)產(chǎn)生很多的問題,個(gè)人覺得這點(diǎn)不妥~注冊(cè)屬于一次性使用,不是高頻操作~

      來自香港 回復(fù)
    3. 合并具體會(huì)有什么問題?
      有時(shí)候不記得自己是否注冊(cè)過,這種情況下選擇手機(jī)登錄或注冊(cè)都是50%的成功概率,選錯(cuò)了要來回切換是很不方便的。

      來自廣東 回復(fù)
    4. 如果僅是針對(duì)這個(gè)問題,我倒覺得這樣會(huì)更好:在登錄時(shí)輸入手機(jī)號(hào)后,判斷,若沒有注冊(cè),則可以提供跳到注冊(cè)頁面的入口。注冊(cè)和登錄按鈕合并,使得整個(gè)流程具有不可預(yù)知性,導(dǎo)致用戶困惑~另外,要明確產(chǎn)品的主流用戶到底是誰?

      來自香港 回復(fù)
    5. 導(dǎo)致整個(gè)流程有不可預(yù)知性,有說法的話可以再具體說明下。
      導(dǎo)致用戶迷惑這點(diǎn)倒不會(huì),用戶只想順利進(jìn)入APP做他想要的操作而已,至于是登錄還是注冊(cè),他并不關(guān)心。如果之前注冊(cè)過,還給他原來的賬戶數(shù)據(jù)就可以了。

      來自廣東 回復(fù)
    6. 所以我說考慮弱化注冊(cè),目前我改版的2款A(yù)PP,沒有因此出現(xiàn)任何問題, 且客服少了一些單子。 我蠻推崇的, 有興趣可以聊一聊。

      來自上海 回復(fù)
    7. 弱化注冊(cè),我是贊成的~

      來自香港 回復(fù)
    8. 吧需要用戶判斷的內(nèi)容修改為系統(tǒng)判斷,只需一步一步的往下走,為啥需要注冊(cè)?只有登錄,老用戶登錄和新用戶登錄,對(duì)于用戶來說只是登錄

      來自四川 回復(fù)
    9. 那你覺得為啥現(xiàn)在還要區(qū)分注冊(cè)和登錄呢?為啥不直接把注冊(cè)去掉呢?從用戶角度來看,還是要讓用戶感知自己是在注冊(cè)還是登錄的,不然會(huì)很疑惑的~

      來自香港 回復(fù)
    10. 舊的存在不一定代表是對(duì)的;在以前,注冊(cè)的存在,更多是為了讓用戶對(duì)賬號(hào)有記憶,pc時(shí)代手機(jī)并非人人都有,讓用戶每次都通過綁定的郵箱發(fā)送校驗(yàn)鏈接登錄也不現(xiàn)實(shí)(被屏蔽、操作流程跳出等);但進(jìn)入移動(dòng)時(shí)代,手機(jī)+驗(yàn)證碼的方式成為主流,一方面是手機(jī)普及,資費(fèi)降低;另一方面,密碼的記憶成本相對(duì)變高了,通過手機(jī)+驗(yàn)證碼的方式反而更能縮短流程; 再說回,用戶注冊(cè)的直接目的不是注冊(cè)本身,而是登錄;既然有更便捷的注冊(cè)方式(弱化注冊(cè))我覺得是可以考慮的

      來自廣東 回復(fù)
  18. “比如長度正確,但是數(shù)字不是手機(jī)號(hào)碼”這種情況怎么判斷出來手機(jī)號(hào)碼數(shù)字(非字母)不是正確的手機(jī)號(hào)碼???
    例如:125-5858-8585,這個(gè)怎么判斷不是正確手機(jī)號(hào)碼?用短信供應(yīng)商的接口嗎?求解答?

    來自北京 回復(fù)
    1. 號(hào)碼校驗(yàn),目前有成熟的插件可以直接拿來用, 你說的這些問題已經(jīng)不是什么障礙了。

      來自上海 回復(fù)
  19. 產(chǎn)品小白,說個(gè)不成熟的想法??刹豢梢赃@樣,當(dāng)用戶輸入手機(jī)號(hào)碼>獲取驗(yàn)證碼>系統(tǒng)判斷是否為已有賬戶。是>進(jìn)入主頁,否>直接跳轉(zhuǎn)安全協(xié)議>勾選>成為新用戶。。。此時(shí)的新用戶未設(shè)置密碼,在主頁進(jìn)行提醒,引導(dǎo)用戶設(shè)置密碼。
    這樣的話是不是讓用戶的操作步驟減少許多?
    請(qǐng)指教下可行性。

    回復(fù)
    1. 在本文方案,驗(yàn)證碼驗(yàn)證登錄/注冊(cè)的流程上,如果是判斷為否(新用戶),無需設(shè)置密碼,也是直接進(jìn)入主頁的。后臺(tái)會(huì)獲取否的情況,判定為新用戶,注冊(cè)賬號(hào)。這個(gè)步驟已是優(yōu)化了。

      你提及的判斷為新用戶老用戶,去不同的界面操作,是在密碼登錄的環(huán)節(jié)。其實(shí)已經(jīng)經(jīng)過兩道篩選(第三方登錄、驗(yàn)證碼快捷登錄),到達(dá)這個(gè)界面的用戶已經(jīng)很少了,但是為了兼容老版本的情況,是必須補(bǔ)全相關(guān)的流程,只是在指引的時(shí)候,會(huì)有傾向性。

      來自廣東 回復(fù)
    2. 是個(gè)不錯(cuò)的想法,不過跳轉(zhuǎn)協(xié)議前,最好給予用戶一個(gè)明確的注冊(cè)提示

      來自廣東 回復(fù)
    3. 其實(shí)你還沒理解登錄/注冊(cè)一體的設(shè)計(jì)考量點(diǎn)在哪里

      來自廣東 回復(fù)
    4. 感覺 登錄/注冊(cè)一體的設(shè)計(jì) 就是弱化了注冊(cè),不知不覺就進(jìn)來了。。

      來自北京 回復(fù)
    5. 恩,是的

      來自廣東 回復(fù)
    6. 那要看什么產(chǎn)品,有些產(chǎn)品,登錄注冊(cè)需要分開,而且要能夠清楚明白的表達(dá)給用戶——這是登錄,這是注冊(cè)。但是如果你通過數(shù)據(jù)反饋,發(fā)覺說很多用戶是注冊(cè)過了,但是太久沒用了,可以使用登錄注冊(cè)一體化。其實(shí)分開加合并兩個(gè)一起用是最好的,有些用戶就是想手機(jī)號(hào)注冊(cè),方便快捷,如果不分開,用戶就需要去找這個(gè)功能,而對(duì)于忘記是否注冊(cè)過的用戶而言,他可以在注冊(cè)和登錄那里隨便試,我們后臺(tái)自動(dòng)判斷

      回復(fù)
  20. 有個(gè)疑問,為什么【點(diǎn)擊登陸方式】后需要進(jìn)行【協(xié)議的勾選】呢?
    一般登陸流程里是不涉及到協(xié)議部分的吧,進(jìn)行賬號(hào)注冊(cè)的時(shí)候才需要確認(rèn)勾選

    來自廣東 回復(fù)
    1. 這個(gè)是不同產(chǎn)品的設(shè)計(jì)考慮了,有許多確實(shí)是只放在手機(jī)號(hào)碼注冊(cè)環(huán)節(jié)。
      至于為什么放在這里,是有兩點(diǎn)考慮。
      第一,流程圖雖然寫的是點(diǎn)擊登錄,其實(shí)他是登錄/注冊(cè),是填寫手機(jī)號(hào)碼之后才判定是新老用戶,新注冊(cè)必須遵守用戶協(xié)議,放在這里是合適的;
      第二,難道第三方登錄的用戶不需要遵守用戶協(xié)議么?要的。既然要的話,為什么不放在一開始的總頁面里?

      來自廣東 回復(fù)
    2. 1、你這里的用戶協(xié)議,全程是“用戶注冊(cè)協(xié)議”
      2、第三方登錄在用戶層面并沒有“協(xié)議”這個(gè)概念,只有“授權(quán)”,本質(zhì)上只是借用其他平臺(tái)的賬號(hào)在自己的賬號(hào)體系下建了一個(gè)用戶;
      3、可以參考剛剛那個(gè)產(chǎn)品小白兄弟的評(píng)論,他是放在自有賬號(hào)體系下的手機(jī)登錄里放上協(xié)議勾選,而不是放在更上一層的、包括第三方登錄的地方,我覺得這是更準(zhǔn)確一點(diǎn)的

      來自廣東 回復(fù)
    3. 用戶協(xié)議不一定是用戶注冊(cè)協(xié)議,可以是用戶服務(wù)協(xié)議、平臺(tái)服務(wù)協(xié)議,用戶隱私協(xié)議等說明用戶權(quán)利跟義務(wù)、平臺(tái)提供的服務(wù)的文件和條款,原則上是所有進(jìn)入APP的用戶都要遵守的規(guī)范。既然是所有的用戶,那么第三方登錄只是快速登錄(or注冊(cè)的方法)的一種方法,不同注冊(cè)方式并不享在這類型的平臺(tái)條款上有什么特殊的權(quán)力跟義務(wù)。

      來自廣東 回復(fù)
  21. 很詳細(xì),有亮點(diǎn),發(fā)現(xiàn)需要提示給用戶的東西太多了,之前確實(shí)沒注意,感謝

    來自北京 回復(fù)
    1. 嗯嗯,常規(guī)的地方也有可優(yōu)化的地方。

      來自廣東 回復(fù)
  22. 講解的非常詳細(xì)。

    回復(fù)
  23. 受教了,謝謝

    回復(fù)