本文是關(guān)于云閃付乘車碼功能的產(chǎn)品分析，主要的思路是關(guān)注核心、拓展場景、優(yōu)化體驗。

01 環(huán)境說明

02 分析方向

2.1 乘車碼的使用

云閃付APP是一種非現(xiàn)金收付款移動交易結(jié)算工具，通過收付款、享優(yōu)惠、卡管理三大核心功能，為持卡人提供各項優(yōu)惠的金融、生活及購物服務，安全保障用戶合法權(quán)益。

其中推出的乘車碼，可以讓用戶在不用攜帶公交卡、零錢的情況下乘坐公共交通，還能特享隨機立減的優(yōu)惠。

2.2 乘車碼界面的UI

云閃付APP整體采用紅白相間的UI風格，符合當代中國大眾的審美，與百元大鈔相近的配色給用戶以喜慶紅火的暗示。

乘車碼界面的UI簡化為類似“出票機”的樣式，button設置大方清晰，用戶可以很快根據(jù)自己的需要進行相應的操作。

03 功能體驗

3.1 產(chǎn)品結(jié)構(gòu)圖

3.1.1 部分一級頁面截圖

產(chǎn)品的四個一級頁面分別為“首頁”、“發(fā)現(xiàn)”、“財富”和“我的”，這是目前市面上的C端產(chǎn)品比較常用的界面分類，就目前來看也是比較合理的。

首頁用于放置用戶較為常用、或是應用想讓用戶優(yōu)先點擊的功能；發(fā)現(xiàn)則便于用戶查看并使用相關(guān)的優(yōu)惠；財富界面直接管理用戶的存儲卡、信用卡，并對開支進行一個簡要的統(tǒng)計；我的則是用于放置與用戶相關(guān)的包括個人信息、訂單、設置等常用功能。

分類思路比較清晰，但UI界面的某些設置還有待優(yōu)化。

3.1.2 APP產(chǎn)品結(jié)構(gòu)圖

通過上圖可以看出，云閃付APP的產(chǎn)品框架相對趨近復雜。各項功能也比較完善，具體的功能分布是否合理，持續(xù)優(yōu)化的空間在哪，還有待筆者詳細體驗才能再作判斷。

3.2 乘車碼核心使用流程

上圖是乘車碼功能的核心使用場景流程圖。用戶在界面里操作調(diào)出二維碼，讓公交車的掃碼器掃描，完成一次乘車支付。

該也行流程涉及以下幾個用戶使用路徑：

1. 用戶點擊調(diào)出乘車碼界面；
2. 用戶將二維碼置于掃描口掃碼；
3. 用戶進行相關(guān)查詢；
4. 用戶進行相關(guān)設置。

3.3 功能體驗分析

3.3.1 調(diào)出界面

描述：

1）打開首頁，用戶在副功能區(qū)一眼就能看到排列第一的乘車碼，點擊便能進入乘車碼界面，調(diào)出速度較快，完全沒有卡頓。相比于支付寶和微信支付的調(diào)用流程來說，簡化了不少，非常照顧用戶體驗。

出現(xiàn)這種差異最根本原因還是在于產(chǎn)品定位的不同，導致它們在功能的調(diào)出流程上各有差異，云閃付更像是把乘車碼的功能內(nèi)置進去，而其他兩款應用做得更像是外置的一個插件。

2）同時在乘車碼的圖標下也寫明了隨機立減，實際使用過程中，每次都能達到40%到60%，非常能吸引用戶點擊享受優(yōu)惠。

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

3）在乘車碼界面，點擊二維碼區(qū)域便能刷新乘車碼，根據(jù)測試，在斷網(wǎng)的情況下也能調(diào)出乘車二維碼，體驗十分良好。

在講究用戶體驗的當下，這樣的功能設置已經(jīng)成為標配，在網(wǎng)絡異常的情況下允許用戶先享后付，是非常人性化的處理。

建議：

1）考慮實現(xiàn)“多碼合一，一碼通用”。用戶在公交車或地鐵上掃碼付費，本質(zhì)上就是花錢享受一次出行服務，和在商家那出示二維碼掃描沒有任何區(qū)別。

但在使用時，卻需要用戶先想一下對方是商家還是公共交通，該向?qū)Ψ匠鍪灸目疃S碼，顯然這對一些中老年用戶是不友好的，而且圖標和文字較小，他們使用時也會比較吃力。

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

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

3）乘車碼下方的提示語“先乘車 后付款”初看時不知其意，等到發(fā)現(xiàn)斷網(wǎng)的情況下也能調(diào)出乘車碼時才稍微理解這句話的含義，但還不能確定是否可行。

建議修改成“網(wǎng)絡未連接時也可使用”或是“斷網(wǎng)時可先乘車，后付款”這樣易于理解的提示語。

3.3.2 掃碼

描述：

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

建議：

1）完成掃碼后，App頁面應彈出付款成功的界面，并告知付款多少。像支付寶的乘車碼使用后，就會在界面上告知用戶花了多少錢。

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

如果出現(xiàn)掃碼器無法發(fā)聲或是使用者聽力有障礙的特殊情況，就有可能出現(xiàn)重復多掃的情況。因此建議添加該頁面。

2）如果使用了隨機立減，可以在UI上強調(diào)這一點，培養(yǎng)用戶的使用黏性；如果是斷網(wǎng)的情況下使用，則可以說明費用將在之后扣除，請確?？ɡ镉凶銐虻挠囝~，否則無法享受，這便可以減少運營人員需要再向用戶解釋的情況。

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

而且這里如果能做到“多碼合一，一碼通用”，那必然會比微信和支付寶（二者目前是把乘車碼和地鐵卡分開處理）的更加好用。

3.3.3 查詢

描述：

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

2）用戶也可點擊“乘車記錄”查詢自己的使用情況。每一行記錄左邊的圖標顯示公共交通的類型，同時顯示車輛線路、使用時間、金額及使用結(jié)果，點擊之后能進入詳情頁面看到具體的付費情況及其他參數(shù)。

這個頁面在設計時應該沒有考慮太多，畢竟從常理上來講，用戶很少會去點擊。

建議：

1）“支持線路”的頁面設置太過簡單，不利于用戶查詢。用戶在乘車時只會關(guān)注自己要乘坐的那趟車是否可行。因此，最好在頁面最上方設置一個搜索框，根據(jù)關(guān)鍵字查詢，如輸入98，就根據(jù)用戶所在定位跳出經(jīng)過的98路，981路，987路等。

更進一步地，還可以在搜索框下方設置分類tab，如廈門地區(qū)就可以設置公交車、BRT和地鐵，這樣不僅易于用戶查看，而且在未搜索時，用戶便能知道云閃付的乘車碼，不像支付寶的乘車碼還分為公交卡和地鐵卡，是同時支持在公交車、BRT和地鐵使用的，這能很好地培養(yǎng)用戶忠誠度，一舉多得。

2）“乘車記錄”的設置比較簡單。建議在使用過隨機立減的記錄強調(diào)優(yōu)惠信息，刺激用戶下一步接著使用云閃付的乘車碼。

可以的話，支持用戶按一定是時間段查詢統(tǒng)計自己在公共出行上的費用，給用戶一種持家感，也能讓用戶感覺到產(chǎn)品的用心。

3.3.4 設置

描述：

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

2）點擊右上角的更多，可以調(diào)出其他操作，包括”扣款順序設置”、”在線客服”、”暫停使用”、”使用幫助”和”取消”。這有點類似早期蘋果手機的界面設置，應該是考慮到這些按鈕用戶并不常用，所以多設置了一個步驟。

建議：

1. 在應用內(nèi)預設《乘車碼申請須知》，如果用戶剛好沒網(wǎng)的情況在使用新的乘車碼時，也能開通并使用。更進一步地，在初次使用該城市的乘車碼可彈窗顯示《乘車碼申請須知》的內(nèi)容，最下方是確認按鈕，用戶點擊后便開通該城市的乘車碼。
2. “扣款順序設置”其實就是設置默認使用的銀行卡，建議參考支付寶的付款碼界面，直接在乘車碼下方設置一個銀行卡選擇橫條，用戶點擊便可按照自己的需求切換扣費的銀行卡。
3. 對”暫停使用”和”取消”兩個按鈕的點擊情況作數(shù)據(jù)埋點，如果點擊率低于百分之五，就可以考慮不設置這兩個按鈕；一般用戶很少會暫停使用乘車碼的功能，而取消的按鈕在屏幕最下方，用戶更容易直接點擊空白處，關(guān)閉更多的下拉彈窗。
4. ”暫停使用”和”使用幫助”可以分別放在“乘車記錄”和“支持線路”按鈕的旁邊。這樣處理便于用戶直接點擊操作。
5. 這樣以后，右上角的更多圖標就可以更改成“在線客服”的圖標，點擊便進入客服界面。這樣處理便于用戶直接點擊操作。

04 建議和總結(jié)

4.1 建議

根據(jù)乘車碼使用場景中遇到的問題，本文主要提出了以下建議：

（1） 調(diào)出界面

1. 考慮實現(xiàn)“多碼合一，一碼通用”；
2. 在右上角的空白位置顯示“您今日可享2次隨機立減”，完成立減扣費便減1；
3. 修改提示語“先乘車 后付款”為“網(wǎng)絡未連接時也可使用”或是“斷網(wǎng)時可先乘車，后付款”這樣易于理解的。

（2）掃碼

1. 完成掃碼后，App頁面應彈出付款成功的界面，并告知付款多少。
2. 使用了隨機立減，可以在UI上強調(diào)這一點；斷網(wǎng)的情況下使用，則可以說明情況

（3）查詢

1. “支持線路”的頁面設置搜索框和分類tab，方便用戶查詢；
2. “乘車記錄”強調(diào)優(yōu)惠信息，支持查詢統(tǒng)計自己在公共出行上的費用。

（4）設置

1. 在應用內(nèi)預設《乘車碼申請須知》，如果可以，在初次使用該城市的乘車碼可彈窗顯示《乘車碼申請須知》的內(nèi)容，最下方提供確認按鈕。
2. 關(guān)于更多下拉彈窗中內(nèi)置按鈕的放置優(yōu)化。

（5）其他可能的建議

1）與掌上公交等應用進行聯(lián)動，在掌上公交內(nèi)可以對應到云閃付的乘車碼，或是云閃付可對應到掌上公交的路線查詢功能，形成場景應用的連貫，減少用戶麻煩。

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

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

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

4.2 總結(jié)

云閃付作為非現(xiàn)金收付款移動交易結(jié)算工具，無疑是成功的。它利用產(chǎn)品自身的收付款、享優(yōu)惠、卡管理等功能，結(jié)合其得天獨厚的地位，完美地搭建起了交通、購物、營銷、支付、信用等領(lǐng)域的交易結(jié)算服務。

其推出的功能（包括乘車碼）不僅方便了用戶，也通過各種補貼行為讓用戶享受到了實惠，在前有支付寶和微信支付，后有其他支付工具的環(huán)境下站穩(wěn)腳跟。

而要想贏得支付工具的競爭戰(zhàn)，思前想后，還是需要做到以下三點：

（1）擴大用戶基礎

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

（2）拓展接入場景

盡可能滿于用戶更多的支付需求，這需要與更多的商家對接，目前云閃付能支持使用的商家還是比較有限的；開拓出云閃付更多可能的支付場景，如景區(qū)旅游時的門票便可用云閃付臨時購買，無須出票便能直接使用。

（3）重視用戶運營

拉新的同時也要存活，如將簽到的獎勵多樣化，將支付的使用次數(shù)積分化，以游戲化的場景吸引用戶堅持使用。

如支付寶每次使用時會增加螞蟻森林的能量，能量就可以用來種真的樹；也能增加螞蟻農(nóng)場的雞飼料，雞產(chǎn)的蛋最終都用于公益事業(yè)。那可否將銀聯(lián)本來要做的公益事業(yè)與這些進行游戲化的連接和推廣呢？

期待未來的云閃付能為用戶帶來更多的驚喜。

本文由 @水蜜桃綠茶 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議