3款同城配送App流程圖:登錄注冊流程分析及優化建議
本文針對同城配送平臺(跑腿、送貨類App)的登錄注冊流程,做了一些分析和總結。
不多說,直接上圖吧:
UU跑腿平臺產品功能流程圖:
美團跑腿平臺產品功能流程圖:
一、UU跑腿概述
1. 介紹
是一款解決懶人需求的、提供同城附近的幫買、幫送貨、幫排隊等服務的跑腿平臺。
2. 獨特賣點
懶人群體包括的范圍很大,包括宅男宅女、藍領白領等人群。通過用戶支付一定費用,幫助到他們盡快送貨買東西等方面的需求,是一款提升效率的利器,分為需求端、供應端(跑男)。
對于使用App的需求端用戶而言,需要進行注冊登錄流程,才能使用UU跑腿平臺上的服務。
3. 缺點
- 在注冊頁用手機號碼注冊后,如果曾經注冊過但又忘記了,那么就提示:您是老用戶已經注冊過;這時沒有什么下一步的動作,應該要跳轉回登錄頁。
- 開城助力活動,在每次進入App界面的時候就會彈出,是否有喧賓奪主的嫌疑。
二、UU跑腿對比美團跑腿
1. UU跑腿
- 默認登錄
- 賬號密碼登錄
- 微信登錄
2. 美團跑腿
- 默認微信登錄
- 其次是手機號登錄,而后者默認的登錄方式不是賬號密碼登錄,而是短信驗證碼登錄
3. 登錄優先級
微信>短信驗證>賬號密碼
4. UU跑腿登錄優先級
賬號密碼>短信驗證>第三方平臺(QQ微信)
5. 原因分析
造成這種登錄設置差異的因素,我認為主要有以下幾點:
美團是騰訊參投的互聯網團購網站,優先使用投資方的方式,可以讓雙方連接更緊密,數據共享,形成業務互補。
而如果并非騰訊投資的企業,鼓勵用戶使用第三方的賬號登錄,無疑是把該平臺的資料分享給第三方平臺,造成了數據泄露(登錄用戶數、昵稱等信息)。作為核心機密的用戶信息,被第三方平臺所知悉,這也是不明智的選擇。
微信登錄的速度比傳統的賬號密碼登錄速度更快,只需要同意授權即可登錄。
UU跑腿為什么沒有把短信驗證作為第一登錄優先級,而美團跑腿卻把除了手機號登錄的兩種方式(短信驗證、賬號密碼)中的短信驗證,作為第一優先級來使用?
初步體驗下來,短信驗證碼登錄的方式,只需要按照步驟填寫信息即可(發送驗證碼——手機獲取驗證碼——授權復制粘貼/手動輸入——登錄完成)。
相反,填寫賬號密碼,雖然步驟少,但比較費腦力;如果對密碼記憶模糊(這種情況可能是存在的),要多次輸入。操作起來難度比短信驗證大。
通過用平臺推薦的登錄優先級來看,效率:美團跑腿>UU跑腿 ; 通過采用同樣打手機登錄,使用平臺推薦的優先級,簡易程度:美團跑腿>UU跑腿 。
UU跑腿采用密碼登錄的模式,背后的考量因素是什么呢?為什么不采用驗證碼為第一優先級登錄?
可能的原因是:賬號密碼登錄的頁面無須跳轉、步驟少,而且是唯一登錄方式,基本不會產生什么安全問題。如果考慮到發送、接收短信所在地的基站的信號弱、信號延遲問題,UU跑腿分布的用戶在城區不同地段,可能會造成此類問題,那么這個方式沒有問題的。
注意:UU跑腿采用第三方平臺,如果沒有注冊過,平臺還會讓用戶先注冊綁定賬號。
6. 分析雙方的優缺點
美團跑腿登錄注冊模式,基于參投企業的數據共享方式,可快速登錄。如果非第三方合作的平臺,選擇的方式除了設置賬號密碼,還有短信驗證碼方式登錄。
綜上所述,基于優先級的分析:
美團跑腿基于簡易+效率的考量,而UU跑腿則是基于賬號登錄安全可靠方面作為考量兩個跑腿平臺思的依據。
三、在注冊登錄流程上,有哪些可以優化的地方?
- UU跑腿提示了手機號注冊后,可以跳轉回賬號登錄頁,而不是停留;
- UU跑腿強調了安全、有效、唯一的登錄優先級,針對平臺上的用戶對密碼的記憶的情況,為了提升密碼的效率,可以優化“忘記密碼”的功能設計,比如:對齊進行加重顯示;
- 美團跑腿,在手機登錄的優先級上,默認了短信驗證碼登錄,但因此而把賬號密碼登錄隱藏到了短信驗證碼接收的界面。如果用戶想通過手機賬號的登錄方式,浪費了平臺接受發送短信的能力。兩者之間的跳轉也是平臺主動下發的。(比如,跳轉到驗證碼界面,平臺直接發送驗證碼過來,不需要直接點擊獲取驗證碼)
建議:在手機號顯示界面,增設“賬號密碼登錄”的功能。
四、達達平臺產品功能流程圖
1. 優點
以手機號為登錄、注冊的第一優先級,效率完全領先。沒有第三方平臺登錄模式;只需要驗證碼即可登錄注冊;流程得到非常大的簡化。
校檢功能基本不存在,3步完成注冊登錄。
2. 細節
如果已經用手機號注冊過;再次填寫該手機號注冊的時候,就會直接跳到登錄界面上;并接收短信驗證碼。
登錄、注冊的邏輯很好!
3. 對比UU跑腿
如果用戶已經注冊了,那么就要跳轉到登錄界面。
跳轉的邏輯這點處理的很好!
五、如何根據平臺定位,有針對性的設計登錄流程?
- 手機號就是短信時代的二維碼入口,是唯一的入口,就像個人微信名片二維碼一樣;
- 賬號密碼登錄的設計,除非是粘度非常強的、有安全要求的、模式較重的平臺,否則用它作為App入口驗證模式,相對來說浪費了效率。用戶體驗感不佳。而這個不佳來自于使用手機驗證碼登錄的沖擊。
- 校檢模式(設置隨機驗證碼、忘記密碼后的重設需要2次輸入、注冊登錄分化嚴重)都會造成登錄/注冊阻礙。
- 邏輯和跳轉順暢:能不用點擊下一步的盡量不用,系統自動判斷用戶輸入;第三方平臺能減少的盡量減少;根據平臺定位去有針對使用。(比如強業務關聯、第三方平臺的用戶屬性等)
- 基站信號勝于大腦強記密碼。(傻瓜操作模式>精英操作模式),還嫌記得密碼不夠多嘛?
站在用戶角度去看:
- 一定要夠傻的操作。
- 一定要有順序邏輯的操作。
- 一定要有重疊度高的識別度。
站在平臺角度去看:
- 一定要根據定位、業務屬性去設計登錄注冊流程。
- 一定要能省的就省,貪多求求是通??!
- 一定要以用戶為上,不要抖機靈!
- 一定要簡,一定不要雜!
本文由 @yixiang 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
“是否記得密碼”這不是主觀嗎?為什么會出現在流程圖中?
謝謝提醒??
那應該怎么改,直接分成兩支,一個是忘記密碼,一個是輸入賬號和密碼?
短信驗證需要短信費呀
這點沒有考慮到,謝謝提醒~
流程圖有待改進…先把主流程寫出來,再把副操作和異常狀態判斷加上,這樣觀感會好點
??
寫的非常好 可以學到東西