淺談APP注冊登錄設計

34 評論 47900 瀏覽 569 收藏 7 分鐘

記得校招面試去哪兒網的時候,有一個面試官問我易丟丟的注冊登錄流程可以怎么優化,當時并沒有刻意的去思考,也沒有想太多,就直接說“不設置密碼,直接短信驗證碼登錄”。但這種方式明顯沒有經過大腦的思考,沒有什么意義。

因為最近在項目上剛好遇到了關于注冊登錄的問題,所以,就在這里跟大家談一談個人的設計思路。

首先,站在用戶的角度,肯定是不希望登錄就可以完成既定的動作。對于平臺來說,很多時候,只需要校驗用戶的手機號。因此,我們可以在用戶操作的過程中加入手機號校驗的步驟,然后自動生成賬戶即可(這里在生成賬戶的過程中,不需要生成隨機密碼,可參考美團,在文末會具體解釋一下)。這樣,用戶就會很容易接受,因為這是操作流程中的一項必要信息,而不會像是討厭那種惡心的注冊流程一樣。

11

其中,在用戶不登錄的情況下,個人賬戶對用戶是不可見的。但當用戶再次遇到不可多次操作或者比較繁瑣的操作時(比如實名認證提交信息的過程,或者申請貸款需要填寫的大量的個人信息),用戶輸入手機號、獲取驗證碼的過程中,就需要判讀該賬號在之前是否操作過,如果有則提醒用戶直接登錄即可查看相應的結果,若沒有則繼續該項操作。所以,在操作流程比較長的情況下,建議將校驗手機號的部分盡量設計到流程的最開始或者靠前,這樣可以及時的提醒用戶減少不必要的操作,用戶體驗相對會比較好;若等用戶所有信息都輸入完之后,才去校驗,這對用戶來說,是很大的傷害。

上面說的是平臺如何在用戶不登錄的情況下獲得用戶的信息,并且有效的提高了用戶體驗。接下來,就是注冊登錄的流程了。注冊登錄可以分為以下四個部分:

22

1、正常登錄

用戶只需要輸入正確的手機號和密碼,即可登錄,一步到位

44

2、已注冊但首次登錄

當檢測到數據庫中已經有該賬號但是還沒有密碼時,說明用戶在沒有注冊登錄的情況下有過相關的操作,并且用戶還沒有登錄過,此時,直接提示用戶還沒有密碼請設置密碼,并且需要校驗手機號。

55

3、注冊

當判斷到用戶沒有注冊時,提醒用戶進行注冊

66

4、找回密碼

當用戶密碼輸入不正確時,則提示用戶找回密碼(前提是用戶有密碼)

77

以下是完整的注冊登錄流程:

33

還有一種更便捷的情況,就是直接短信驗證碼登錄,不需要設置密碼。這種情況目前用的也比較普遍,也就是我在開頭面試的時候提到的。雖然方便,但是這種情況也會比較麻煩,每次都需要獲取驗證碼,特別是在短信驗證碼發送不及時或者出問題的情況下,會讓用戶很抓狂。當然,這種方式適用于低頻或者用戶偶爾使用一兩次,用戶量比較少的情況;但是對于需要高頻登錄使用并且用戶量比較大的情況,還是比較傳統的賬號密碼模式比較合適。

這里解釋一下,我為什么不愿意做驗證碼登錄的形式。很多情況下通過手機號自動注冊時,會為用戶隨機生成一個密碼,然后通過短信的形式發送到用戶的手機,這是一種解決的方式,但是對于用戶來說,還是很不爽的,因為他需要登錄之前花時間去記住這個密碼,通常情況下,這種密碼是比較繁瑣的,很難一下子記住??赡軙l生這種情況,當用戶去翻閱短信后心里默記了密碼,打開app前往登錄頁面,這時候很不爽的事情發生“密碼記混了”,因此還得退出去再瞅一眼密碼。

 

作者簡介:wangbingjlu(微信公眾號:wangbingjlu),互聯網金融產品從業者。2年互聯網互聯網產品設計經驗,目前正是一只努力奮斗中的產品菜鳥。

本文由 @wangbingjlu 原創發布于人人都是產品經理?,未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 看起來好亂,我決定寫一篇

    來自日本 回復
  2. 美團的例子并不常見,樓主太拘泥于這一個思路了,整個流程也很空泛

    來自上海 回復
  3. 順便說句,我負責的很多產品通常不用登陸可以完成所有操作。(包括了購物型,這種做法當然是有權衡)

    或許要說,不登陸你的用戶呢。那問題來了,以上所做的分析并沒有說是為什么業務去服務的。金融類的安全性極高,登錄不能僅僅去思考簡單方便;諸如此類飲食餐點類,社交類,論壇等等這些就不說了,重點就是,拋開了實際業務的設計,大多是架空的。

    來自廣東 回復
    1. 贊同,你說的非常對。無論什么樣的設計,都是基于業務本身的。跟你的說法一樣,如果沒有業務的支撐,再簡潔,再牛逼的設計,都是架空。我這里主要針對的是C端貸款類業務,這一類的主要低頻的用戶。其實我更應該去分析每一種類型的業務(無論社交還是餐飲,論壇或者音樂、金融),根據不同業務的需求去討論

      來自北京 回復
  4. 呃呃呃,有待提高啊~~

    來自北京 回復
  5. 2、已注冊但首次登錄
    當檢測到數據庫中已經有該賬號但是還沒有密碼時

    這里我覺得用戶在注冊的時候肯定是需要設置密碼的,出現上述情況,肯定是到了設置密碼那一步,用戶離開了(APP提供了跳過、以后設置功能;或者是用戶主動關閉了APP;或者app閃退了。)我覺得可以等用戶設置完密碼之后再增加用戶記錄,用戶依舊要從輸入手機號 獲取驗證碼 開始,這樣邏輯上更簡單

    來自山東 回復
    1. 出現這種可能,是因為用戶在未注冊和登錄的情況下有過一些操作,只需要校驗驗證碼,比如美團外賣訂餐,在不登錄的情況下直接驗證手機號下單

      來自北京 回復
    2. 如果按照你的這種情況,那用戶就直接登錄注冊,就不會存在已注冊但第一次登錄的情況了

      來自北京 回復
  6. 還不錯啊,你說的最后一個問題很好解決。
    1、用戶獲得的隨機驗證碼,自動填充到輸入框中
    2、用戶第一次登錄成功后(無論以何種方式,密碼or短信驗證碼),系統都默認用戶登錄的,用戶下一次打開就默認用戶自動登錄

    來自安徽 回復
    1. 多種登錄方式固然是好,但是需要考慮到開發成本、團隊以及業務上的問題

      來自北京 回復
    2. 那PC端的該怎么辦?

      來自上海 回復
    3. 目前只做了APP端的,PC端沒有內容,不支持登錄和注冊。如果有的話,跟移動端是一套

      來自北京 回復
  7. ? 沒理解為何注冊的時候已經要設置登錄密碼才能獲取驗證碼,卻還要在登錄時判斷是否為首次登錄需要設置登錄密碼?。。。。 ? 完成注冊后不是自動就已經有登錄密碼了嗎?。。。 ?

    來自北京 回復
    1. 在不注冊不登錄的情況下,美團是可以訂外賣的,只需要手機號驗證碼即可完成訂餐,這個時候就可能會出現沒有密碼的情況

      來自北京 回復
  8. 感謝各位大神的評論,如果有感興趣的,可以加我微信wangbingjlu,一起討論一下

    來自北京 回復
  9. 已注冊但首次登錄的這一塊,有兩點不太理解。
    1.第一步輸入電話號碼之后,以哪個節點來判斷判斷號碼已經注冊但沒設置密碼呢?點擊登錄嗎?畢竟用戶會填完密碼才會點擊這個,這樣似乎不太合理。
    2.用戶沒設置密碼的時候,顯然不會去登錄的。所以這個應該是在注冊頁面來判斷,而非登錄頁面。

    來自上海 回復
    1. 嗯,接受建議,可以自己考慮一下,感覺邏輯有存在漏洞

      來自北京 回復
  10. 其實可以去掉首次登陸這個環節的,直接在沒有注冊之后進入注冊頁面,減少操作流程

    來自山西 回復
    1. 嗯,這個需要再斟酌一下,總覺得會有點什么

      來自北京 回復
  11. 看不太清楚,簡單討論兩點
    1.看樣子是在注冊獲取驗證碼之前就已經設置了密碼,完成之后自動登錄,為什么還有‘注冊之后首次登錄’這塊;
    2.在登錄和召回密碼頁面,最好不要有‘手機號未注冊’的字樣

    來自北京 回復
    1. 此注冊非彼注冊,應該說已有賬號但未登陸過

      來自北京 回復
    2. 五里洼兵兵,我是吳丹啦啦啦啦,看到你的文章異常異常興奮,我認認真真的品讀完啦,之前一直搞pc,現在搞搞移動端,有幾個問題:
      (一)、你寫的這個,實在什么場景下的注冊登錄?
      個人覺得:注冊登錄要看app處于什么發展階段、想要達到的目的、用戶想要達成的目標、用戶的使用頻次,手機號碼注冊有利有弊,是否真的有必要獲取手機號,還是歸到app的目的吧,權衡各方,再去考慮用戶注冊登錄付出的成本比較合理
      (1)、app一開始就必須登錄,再看內容,種情況而言,一般都會授權第三方登錄,簡單快捷,可以達到快速拉新的目的,再次,還要看看app的類型是什么樣的,想要獲取用戶的那些信息,如果第三方登錄就可以滿足信息,就不必要再去麻煩的注冊,去獲取手機號(當然,獲取用戶信息,挖掘用戶關系鏈很重要,但是個人覺得,如果第三方登錄滿足了需求,在app發展前期,盡量不要讓用戶有過多的操作,盡量減少用戶流失,如果是超級牛逼的軟件,那就可以放到前面,必須綁定手機號等**用戶的牛逼行為了)
      (2)如果是先讓用戶隨意看看,有需要在登錄注冊,還是要看app類型和目的,是第三方授權即可還是必要獲取聯系方式,就又歸結到我說的先看結果,目的是什么,一定要在用戶的剛需上讓用戶注冊,比如,社區,你可以隨意先看看,但是你要發帖,恢復,你的用戶信息是必要的,這時候強制用戶手機號注冊用戶流失量一定會比一開始就注冊流失的少一點
      (二)我沒搞清楚注冊后不登錄的場景是什么,還要有手冊登錄,設置密碼

      哈哈哈哈,工作的時候偷偷寫的,邏輯有點亂,不過我覺得,初級產品狗,多看競品,多思考,多總結,知道自己想要達成什么目標,用戶想要達成什么目標,以結果為導向,至少就不會偏, 產品做得不同很容易,做好很難,北京滿大街都他么是產品狗,希望你我保持本心,有良好用戶sense和產品格局,成為一個好的產品汪

      來自北京 回復
    3. 哈哈,先回答你第一個問題吧。首先,這個應用的場景非常多,比如外賣、shopping mall、貸款、O2O類的,用戶在不用登錄的情況下就可以下單,只需要驗證手機號就可以,這樣非常簡單靈活(可以參考美團app的注冊登錄形式,他的更完善、邏輯更復雜、體驗更好,我的美團賬號至今都還沒有密碼)。另外,就是為什么一定要用手機號登錄了,這個主要跟業務相關。比如美團,送外賣需要聯系用戶,打電話,手機號注冊下單時就不用再驗證了,這樣很方便。再如貸款類的或者一些理財類的app,這個需要驗證賬號用戶的真實性,甚至需要授權查看芝麻信用或征信、進行實名認證等,都是需要通過電話溝通跟用戶確認的。第三方登錄常見的會用在社交類的app,不需要實名的,這樣更能通過社交關系鏈拓展社交關系,對產品本身的幫助很大。采用什么樣的方式登錄,這個主要取決于業務模式,當然三種登錄模式都做(設計、賬號、驗證碼),這時候需要考慮其成本、復雜程度、是否授權、以及其對應的收益情況。

      來自北京 回復
    4. **用戶說的有點嚴重了哈哈,我這里討論的更多的會偏向于業務型產品(金融類的)。第三方的使用場景也會有限制的,比如說阿里的產品一般不會采用qq或微信登錄,這個當然是考慮到企業戰略上的問題;再比如,當你的產品越來越牛的時候,而為了用戶方便,因為業務上用不到手機號,為了降低用戶的門檻你只采用了第三方登錄;當你的產品達到百萬、千萬甚至億級的流量,而恰恰你的產品的業務與qq、微信或微博有一定的競爭關系,那么這些大佬們肯定會封殺你,斷了你的入口。因為這個時候,你的用戶已經養成了第三方登錄的習慣,你再采用新的登錄方式,用戶不一定會買單,沒了入口,用戶根本就沒法登錄,那你的產品就….

      來自北京 回復
    5. ?? 哈哈哈哈,所以說目的不同,決定獲取用戶哪些信息也是不同的 其實我一直不太理解美團外賣為啥子要搞成那個樣子,就是因為他那樣子,我覺得太難過了,所以放棄了他,轉戰百度,雖然一次性的密碼解決了使用者在密碼的記憶與保存上的困難性,安全系數也更高,但是勞資所有密碼都是一個呀 ? 外賣的使用頻率又那么高,所以覺得他麻煩

      來自北京 回復
    6. 我很喜歡美團哦哦 ?? ?? ??

      來自北京 回復
    7. 第二個問題,沒有密碼這個場景很常見嘛。用戶下單之前是沒有注冊的,下單時只是通過手機號,獲取了驗證碼,然后下單成功。這時候,數據庫里已經有該用戶的賬號了,且他的訂單信息都對應于此賬號。沒有登錄個人的訂單信息是不可見的,所以用戶下次需要登錄才能查看個人信息。但是當用戶登錄時,卻沒有密碼,但是庫里已經有他的賬號了,所以也不能讓他重新注冊。所以就會存在已注冊沒有密碼的情況了

      來自北京 回復
    8. 寫的有點亂哈,都加油,回學校了可以好好聊聊哈。

      來自北京 回復
  12. 看不到字啊,能發清晰些的截圖嗎。
    或者發個源文件吧 ?? 好人一生平安1616540616@qq.com

    來自廣東 回復
    1. OK

      來自北京 回復
    2. 哈嘍,不知道你能不能看到,你給的郵箱應該是無效的。我剛剛看到之前給你發的郵件沒發出去,所以想起來給你回一句。如果需要的話,我可以重新給你發

      來自北京 回復
  13. 求助,lz用什么軟件畫的圖?

    來自北京 回復
    1. 目測visio

      來自浙江 回復
    2. axure

      來自北京 回復