首頁>科技>

01 環境說明

02 分析方向

2.1 乘車碼的使用

雲閃付APP是一種非現金收付款移動交易結算工具,通過收付款、享優惠、卡管理三大核心功能,為持卡人提供各項優惠的金融、生活及購物服務,安全保障使用者合法權益。

其中推出的乘車碼,可以讓使用者在不用攜帶公交卡、零錢的情況下乘坐公共交通,還能特享隨機立減的優惠。

2.2 乘車碼介面的UI

雲閃付APP整體採用紅白相間的UI風格,符合當代中國福斯的審美,與百元大鈔相近的配色給使用者以喜慶紅火的暗示。

乘車碼介面的UI簡化為類似“出票機”的樣式,button設定大方清晰,使用者可以很快根據自己的需要進行相應的操作。

03 功能體驗

3.1 產品結構圖

3.1.1 部分一級頁面截圖

產品的四個一級頁面分別為“首頁”、“發現”、“財富”和“我的”,這是目前市面上的C端產品比較常用的介面分類,就目前來看也是比較合理的。

首頁用於放置使用者較為常用、或是應用想讓使用者優先點選的功能;發現則便於使用者檢視並使用相關的優惠;財富介面直接管理使用者的儲存卡、信用卡,並對開支進行一個簡要的統計;我的則是用於放置與使用者相關的包括個人資訊、訂單、設定等常用功能。

分類思路比較清晰,但UI介面的某些設定還有待優化。

3.1.2 APP產品結構圖

通過上圖可以看出,雲閃付APP的產品框架相對趨近複雜。各項功能也比較完善,具體的功能分佈是否合理,持續優化的空間在哪,還有待筆者詳細體驗才能再作判斷。

3.2 乘車碼核心使用流程

上圖是乘車碼功能的核心使用場景流程圖。使用者在介面裡操作調出二維碼,讓公車的掃碼器掃描,完成一次乘車支付。

該也行流程涉及以下幾個使用者使用路徑:

使用者點選調出乘車碼介面;使用者將二維碼置於掃描口掃碼;使用者進行相關查詢;使用者進行相關設定。

3.3 功能體驗分析

3.3.1 調出介面

描述:

1)開啟首頁,使用者在副功能區一眼就能看到排列第一的乘車碼,點選便能進入乘車碼介面,調出速度較快,完全沒有卡頓。相比於支付寶和微信支付的呼叫流程來說,簡化了不少,非常照顧使用者體驗。

出現這種差異最根本原因還是在於產品定位的不同,導致它們在功能的調出流程上各有差異,雲閃付更像是把乘車碼的功能內建進去,而其他兩款應用做得更像是外接的一個外掛。

可以看出雲閃付對於自身目前所處的階段是定義為前期推廣階段,需要通過燒錢補貼來爭取新使用者。

在講究使用者體驗的當下,這樣的功能設定已經成為標配,在網路異常的情況下允許使用者先享後付,是非常人性化的處理。

建議:

1)考慮實現“多碼合一,一碼通用”。使用者在公車或地鐵上掃碼付費,本質上就是花錢享受一次出行服務,和在商家那出示二維碼掃描沒有任何區別。

但在使用時,卻需要使用者先想一下對方是商家還是公共交通,該向對方出示哪款二維碼,顯然這對一些中老年使用者是不友好的,而且圖示和文字較小,他們使用時也會比較吃力。

另外這種“多碼合一,一碼通用”的做法將能記錄使用者所有的消費記錄,有利於形成一整套交易結算的生態體系閉環。這就像一個大學生既可以拿著校園卡去食堂打飯,也可以去圖書館看書,還可以掃寢室的門禁,在這些場景下TA只需要拿出卡,不用做其他思考。

2)考慮到隨機立減的優惠每人每日只有兩次,那麼可以在右上角的空白位置顯示“您今日可享2次隨機立減”,完成立減扣費便減1,有效減少了後期運營人員需要再向使用者解釋的情況。

3)乘車碼下方的提示語“先乘車 後付款”初看時不知其意,等到發現斷網的情況下也能調出乘車碼時才稍微理解這句話的含義,但還不能確定是否可行。

建議修改成“網路未連線時也可使用”或是“斷網時可先乘車,後付款”這樣易於理解的提示語。

3.3.2 掃碼

描述:

完成掃碼後,整個介面沒有發生變化,但會收到一條簡訊告知已完成扣費。這樣處理可能是因為完成扣費後用戶會收到其他各種渠道的通知,並且車上的掃碼器也會語音提醒“掃碼成功”,所以雲閃付認為沒有必要再做反饋頁面。經過測試,廈門的BRT(快速公交)無法使用。不同的公共交通工具隸屬於不同的公司,在使用上也有不同的規則,乘車碼最初設計時應該就是針對公車,至於廈門的快速公交、甚至是地鐵都需要設計不同的處理方案。

建議:

1)完成掃碼後,App頁面應彈出付款成功的介面,並告知付款多少。像支付寶的乘車碼使用後,就會在介面上告知使用者花了多少錢。

一個功能的使用,尤其是針對C端使用者,最好是能有反饋頁面,這不僅能給使用者一個直觀的使用感受,還能順帶在頁面下的空白處植入其他廣告,一舉多得。

如果出現掃碼器無法發聲或是使用者聽力有障礙的特殊情況,就有可能出現重複多掃的情況。因此建議新增該頁面。

2)如果使用了隨機立減,可以在UI上強調這一點,培養使用者的使用黏性;如果是斷網的情況下使用,則可以說明費用將在之後扣除,請確保卡里有足夠的餘額,否則無法享受,這便可以減少運營人員需要再向使用者解釋的情況。

3)打通各地其他的公共交通,支援在BRT、地鐵(重慶叫輕軌)等場景的使用。不僅方便了使用者,也能順帶釋放掉一部分在購票機前排隊的人流量。

3.3.3 查詢

描述:

1)在乘車前,使用者可以點選“支援線路”查詢乘車碼的功能在那些線路是可用的。這塊區域應該是想向用戶展示自己支援哪些公交線路,同時通過第二行的“公交”二字也可以表達出乘車碼目前是不支援BRT和地鐵使用的,只是這樣處理過於簡單。

2)使用者也可點選“乘車記錄”查詢自己的使用情況。每一行記錄左邊的圖示顯示公共交通的型別,同時顯示車輛線路、使用時間、金額及使用結果,點選之後能進入詳情頁面看到具體的付費情況及其他引數。

建議:

1)“支援線路”的頁面設定太過簡單,不利於使用者查詢。使用者在乘車時只會關注自己要乘坐的那趟車是否可行。因此,最好在頁面最上方設定一個搜尋框,根據關鍵字查詢,如輸入98,就根據使用者所在定位跳出經過的98路,981路,987路等。

更進一步地,還可以在搜尋框下方設定分類tab,如廈門地區就可以設定公車、BRT和地鐵,這樣不僅易於使用者檢視,而且在未搜尋時,使用者便能知道雲閃付的乘車碼,不像支付寶的乘車碼還分為公交卡和地鐵卡,是同時支援在公車、BRT和地鐵使用的,這能很好地培養使用者忠誠度,一舉多得。

2)“乘車記錄”的設定比較簡單。建議在使用過隨機立減的記錄強調優惠資訊,刺激使用者下一步接著使用雲閃付的乘車碼。

可以的話,支援使用者按一定是時間段查詢統計自己在公共出行上的費用,給使用者一種持家感,也能讓使用者感覺到產品的用心。

3.3.4 設定

描述:

1)使用乘車碼時,使用者可以點選“切換城市”來切換所用的乘車碼,如果初次使用便直接彈出開通頁面。經過測試,在斷網的情況下不能開通新城市的乘車碼。每個城市都有各自的公交公司,在使用乘車碼時需要再次進行確認。

2)點選右上角的更多,可以調出其他操作,包括”扣款順序設定”、”線上客服”、”暫停使用”、”使用幫助”和”取消”。這有點類似早期蘋果手機的介面設定,應該是考慮到這些按鈕使用者並不常用,所以多設定了一個步驟。

建議:

在應用內預設《乘車碼申請須知》,如果使用者剛好沒網的情況在使用新的乘車碼時,也能開通並使用。更進一步地,在初次使用該城市的乘車碼可彈窗顯示《乘車碼申請須知》的內容,最下方是確認按鈕,使用者點選後便開通該城市的乘車碼。“扣款順序設定”其實就是設定預設使用的銀行卡,建議參考支付寶的付款碼介面,直接在乘車碼下方設定一個銀行卡選擇橫條,使用者點選便可按照自己的需求切換扣費的銀行卡。對”暫停使用”和”取消”兩個按鈕的點選情況作資料埋點,如果點選率低於百分之五,就可以考慮不設定這兩個按鈕;一般使用者很少會暫停使用乘車碼的功能,而取消的按鈕在螢幕最下方,使用者更容易直接點選空白處,關閉更多的下拉彈窗。”暫停使用”和”使用幫助”可以分別放在“乘車記錄”和“支援線路”按鈕的旁邊。這樣處理便於使用者直接點選操作。這樣以後,右上角的更多圖示就可以更改成“線上客服”的圖示,點選便進入客服介面。這樣處理便於使用者直接點選操作。

04 建議和總結

4.1 建議

根據乘車碼使用場景中遇到的問題,本文主要提出了以下建議:

(1) 調出介面

考慮實現“多碼合一,一碼通用”;在右上角的空白位置顯示“您今日可享2次隨機立減”,完成立減扣費便減1;修改提示語“先乘車 後付款”為“網路未連線時也可使用”或是“斷網時可先乘車,後付款”這樣易於理解的。

(2)掃碼

完成掃碼後,App頁面應彈出付款成功的介面,並告知付款多少。使用了隨機立減,可以在UI上強調這一點;斷網的情況下使用,則可以說明情況

(3)查詢

“支援線路”的頁面設定搜尋框和分類tab,方便使用者查詢;“乘車記錄”強調優惠資訊,支援查詢統計自己在公共出行上的費用。

(4)設定

在應用內預設《乘車碼申請須知》,如果可以,在初次使用該城市的乘車碼可彈窗顯示《乘車碼申請須知》的內容,最下方提供確認按鈕。關於更多下拉彈窗中內建按鈕的放置優化。

(5)其他可能的建議

1)與掌上公交等應用進行聯動,在掌上公交內可以對應到雲閃付的乘車碼,或是雲閃付可對應到掌上公交的路線查詢功能,形成場景應用的連貫,減少使用者麻煩。

這樣使用者在使用公共交通出行時,就不用思考要先去用掌上公交查線路,再去開啟雲閃付的乘車碼。

2)拓展乘車碼的無感應用。如在一些比較寒冷的區域,使用公交卡是比使用電子乘車碼還要方便的,只要拔出卡,碰一下就可以把手伸回口袋裡取暖。

雲閃付可以考慮進行該功能的拓展,類似小米和華為都有在做的手機公交卡,只要提前設定好,開啟App便能使用手機自帶的NFC功能當作公交卡來刷,這也有效解決了使用者公交卡容易忘帶,容易丟的痛點。甚至於在確定乘坐地鐵的出行方案時,可以進行提前支付。

4.2 總結

雲閃付作為非現金收付款移動交易結算工具,無疑是成功的。它利用產品自身的收付款、享優惠、卡管理等功能,結合其得天獨厚的地位,完美地搭建起了交通、購物、營銷、支付、信用等領域的交易結算服務。

而要想贏得支付工具的競爭戰,思前想後,還是需要做到以下三點:

(1)擴大使用者基礎

除了通過各種補貼、信用卡免手續費、拉新獎勵等吸引新使用者之外,產品自身的體驗也要持續優化。這意味著要讓產品設計時基礎功能要更符合大多數人群的使用習慣,而非基礎功能也要兼顧滿足其他人群的個性化需求。

(2)拓展接入場景

儘可能滿於使用者更多的支付需求,這需要與更多的商家對接,目前雲閃付能支援使用的商家還是比較有限的;開拓出雲閃付更多可能的支付場景,如景區旅遊時的門票便可用雲閃付臨時購買,無須出票便能直接使用。

(3)重視使用者運營

拉新的同時也要存活,如將簽到的獎勵多樣化,將支付的使用次數積分化,以遊戲化的場景吸引使用者堅持使用。

如支付寶每次使用時會增加螞蟻森林的能量,能量就可以用來種真的樹;也能增加螞蟻農場的雞飼料,雞產的蛋最終都用於公益事業。那可否將銀聯本來要做的公益事業與這些進行遊戲化的連線和推廣呢?

期待未來的雲閃付能為使用者帶來更多的驚喜。

最新評論
  • 整治雙十一購物亂象,國家再次出手!該跟這些套路說再見了
  • Threads首月下載37.4萬次 能否成為Instagram的“Messenger”?