新的儲值畫面

許多 PayPay 使用者每次只儲值小額,約 ¥5,000,一個月儲值好幾次。每次儲值 PayPay 都需要支付手續費,而每月有數百萬筆儲值,這些小額且頻繁的儲值累積起來相當可觀。如果使用者改為次數較少、金額較大的儲值,公司可以節省成本,使用者也不必反覆進行同樣的操作。我的目標是在不強迫使用者的前提下,引導他們一次儲值更多。

研究發現

我分析了訪談與使用數據,歸納出使用者只儲值小額的三個原因:

  • 對存放大筆金額感到不安。 使用者表示,他們擔心在 App 裡存放太多錢。
  • 輸入金額很麻煩。 使用數據顯示,使用者在輸入金額的步驟流失。
  • 不清楚自己的花費。 多數使用者並不知道自己每月在 PayPay 花了多少,因此只儲值當下夠用的金額。

決定優先測試的方向

前兩個原因需要大幅改動。要讓使用者安心存放較多金額,必須與風控和法遵團隊共同處理政策;新的金額輸入方式也需要數個月才能完成。這一季團隊的目標是透過 A/B 測試快速看到成果,因此我們從第三個原因著手:使用者不清楚上個月花了多少。這個方向上線快,也容易衡量。

設計

目標很明確:讓使用者看到上個月的花費,並能輕鬆儲值相同的金額。

我探索了三種做法:資訊橫幅、額外的快速金額按鈕,以及浮動按鈕。

資訊橫幅

在比較的過程中我發現,真正的問題不在於哪個版面最美觀,而是建議應該作為流程上方的一則訊息,還是流程本身的一部分。浮動按鈕可能遮住畫面底部的內容,因此我排除了它,改為測試兩個極端:

  • A 版:橫幅。 在金額按鈕上方以訊息建議上個月的花費。
  • B 版:快速金額按鈕。 將上個月的花費設為第一個金額按鈕。

兩個版本都能一鍵帶入金額,唯一的差別在於建議的位置。

A 版(橫幅)與 B 版(快速金額按鈕)

關鍵細節

幾個細微的決定,決定了這個設計是真正有幫助,還是反而造成干擾。

  • 在使用者會多儲值的時候出現。 使用者在月初的儲值金額較高,而且多數人大約每兩週儲值一次。因此建議只在每月前兩週顯示,之後隱藏到下個月。
  • 只計算固定花費。 投資等非每月固定的付款不列入計算,避免單筆特殊付款讓金額偏高。
  • 進位為整數。 ¥14,563 會顯示為 ¥15,000。整數更容易做決定,也能讓使用者稍微多儲值一些。

額外的小幅改善

前兩個原因對這一季而言範圍太大,但我仍能讓它們稍微改善。這些改善與 A/B 測試分開上線:

金額欄位中的清除按鈕

一鍵清除。 在金額欄位加入清除按鈕,輸入錯誤時可以一鍵重新輸入。

儲值按鈕下方的 PayPay 安全說明頁連結

安全說明連結。 在儲值按鈕下方加入 PayPay 安全說明頁的連結,提供給擔心存放大筆金額的使用者參考。其他幾款付款 App 也採用了類似做法。

成果

兩個版本各開放給 1% 的使用者,為期一個月,其餘使用者作為對照組。B 版的快速金額按鈕明顯勝出,橫幅則沒有顯著差異。

每位使用者的儲值金額
+7%
每月儲值次數,從 4.5 次降至 3.5 次
−22%
儲值總成本
−13%

全面上線前,我與風控和法遵團隊確認,較高的餘額仍在限額與詐騙監控的範圍內。上線後資安工單並未增加。我也與工程團隊合作,將花費改為每日計算一次而非即時計算,以支援數百萬名使用者的規模。

我的收穫

同樣的資訊放在不同的位置,結果截然不同。橫幅疊加在使用者正在進行的操作之上;放在金額按鈕中的建議,則是操作本身的一部分,出現在使用者正要選擇金額的地方。

接下來,我想測試在使用者開啟儲值畫面之前就顯示花費,也就是在他們心中還沒有特定金額的時候。

角色

端到端設計原型製作

公司

PayPay

時間

2025 年 2–6 月

類型

A/B 測試