健康的應用程式退款率落在 2% 到 5% 之間，這篇文章告訴你去哪裡查自己的數字，以及它真正的代價

大多數行動應用程式賣出的商品裡，有 2% 到 5% 會被退款，但很少有開發者能不查資料就講出自己的數字。部分原因是 Apple 和 Google 把它放在不同的地方，用不同的名稱，而且都沒放在首頁。即便如此，你的應用程式退款率仍然值得花時間去找。它是判斷定價、付費牆設計和退款濫用最乾淨的健康指標，也是大多數團隊從未完整算過的一項成本的放大器。退款不只是把這筆銷售額退回去而已。它會讓你繼續扛著為完成這筆購買已經花掉的運算資源、API 呼叫、儲存空間和拆帳支出，而一旦變成拒付，損失還會超過原本的售價。以下是每個商店把這個數字藏在哪裡、依訂閱方案和類別區分的正常水準，以及順著金流去算，退款率每上升一個百分點到底要付出多少代價。

什麼樣的應用程式退款率算正常

先看基準數據，這樣你自己的數字才有比較的意義。最可靠的公開資料集顯示，典型的應用程式退款率落在已付款交易的 2% 到 5% 之間。Adapty 分析了 $1.9 billion 營收、超過 11,000 款應用程式，得出這個區間。RevenueCat 在超過 75,000 款應用程式的資料中得出相近的結果，並把退款率稱為衡量業務健康度的核心指標。如果你的數字落在這個區間內，代表你很正常。如果高於這個區間，一定有具體原因在推高它，下面這些細分維度通常能告訴你答案。

依訂閱方案長短和付費牆區分的退款率

公開資料中影響最大的兩個因素，是訂閱方案的長短和付費牆的強制程度。更長的承諾期和強制購買，都會提高使用者的後悔程度。

依應用程式類別區分的退款率

類別之所以重要，是因為它反映了買家的購買動機。憧憬型的購買，比實用型購買更容易被退款。

這個規律相當一致。教育和健身類應用程式的買家後悔情緒最強，旅遊和商業類最弱，價格也會影響這個數字，定價最低的方案退款率也最低，約 2.2%。判斷你自己的數字時，要參照你所在的類別，而不是全體平均值。

每個商店把你的退款資料放在哪裡

兩家商店都不會把退款率當成一個顯眼的頭條數字展示給你。你得自己用退款筆數和銷售筆數算出來，而這兩個數字在兩個平台上分別放在不同的畫面裡。

在 App Store Connect 中查找退款

Apple 把退款資料放在 Sales and Trends 裡。打開 App Store Connect，在頂端選擇 Trends，在右上角選擇日期範圍，然後在左上角點選 Add Filters，選擇 Transaction Type。在 Transaction Type 下，選擇 Refunds。退款會在右側以負數的 Unit 數值呈現，Percentage Range 這一欄會顯示你的退款總數相對上一期間的變化。有一點要知道，你每天的 Unit 總數裡已經含入已處理的退款，所以這個篩選條件的作用，是把退款單獨拉出來，方便你拿它和銷售數據做比較。如果你要看金額而不是件數，Payments and Financial Reports 裡顯示的收入已經把退款淨額扣除。

在 Google Play Console 中查找退款

Google Play 把它拆成兩部分。要看彙總數字，打開 Financial reports，進入 Subscription，再進入 Overview，在你選擇的期間裡，會看到一個 Refunds 數字，和總收入、活躍訂閱數並列顯示。要看個別訂單，打開 Order management，你可以在裡面逐筆查看並篩選已退款的訂單。Play Console 把退款和取消訂閱記錄為兩種不同的事件，所以不要把取消訂閱數當成退款數。一筆訂閱被取消，但已經用完了已付費的期間，這不算退款。

退款率每上升一個百分點，到底要付出多少代價

這是後台數據不會告訴你的部分。用你的退款率乘以營收，得到的是退還給使用者的錢，但這只是帳單裡最小的一部分。

拆開來看一筆退款。商店在退款時，會把全額退給買家，同時也退還自己抽取的那部分分潤，所以真正從你帳戶裡扣走的，是你原本能拿到的淨收入，也就是標價的 70% 或 85%，而不是標價本身。這是好消息，但好消息到此為止。商店不會退還你為產生結果而消耗的運算資源、支付給第三方的 API 呼叫費用、你配置的儲存空間，或者你已經支付給創作者的分潤。對於一項已經交付並被使用過的消耗型商品，你既把商品給了使用者，又把錢退了回去。退款這一行數字，永遠低估了真實損失。

拒付是代價最高的一級

一般退款是這個區間裡成本最低的一端。拒付則是同樣的銷售損失，再加上一筆固定的銀行手續費，而這筆手續費不會隨價格變化而變化。以一個 $4.99 的金幣包來說，光是這筆手續費就可能超過使用者付的金額，所以一筆被拒付的低價商品，可能會讓你虧掉它本身價值的好幾倍。拒付還是銀行的終審結果，一旦銀行做出決定，就沒有申訴的餘地。從 2026 年 8 月 3 日起，Google Play 會把拒付的購買金額和銀行手續費都轉嫁給開發者，所以從那天起，Android 上的這筆帳會變得更難看。要把拒付和一般退款率分開追蹤，因為它們的表現和成本都不一樣。

如何把偏高的應用程式退款率降下來

如果你的數字高於所在類別的水準，能拉動它的槓桿，和當初推高它的槓桿是同一批。按影響力從大到小依序處理。

• 放鬆強制付費牆。從免費增值改成強制付費牆，在公開資料裡大約會拉高 2.4 個百分點的退款率。讓使用者先短暫免費體驗，再收費，用一點轉換率換來少得多的後悔。
• 讓方案週期符合使用者意圖。年繳方案的退款率最高，所以先主推使用者真正想要的週期，把升級到年繳變成一個選項，而不是預設值。
• 給每一筆購買綁定一個穩定的帳戶 ID。Apple 的 appAccountToken 必須是一個 UUID，Google 的 setObfuscatedAccountId 必須是一個不超過 64 個字元的雜湊值，絕不能是明文。沒有這個標識，你分不清是首次退款還是慣犯，也沒辦法回答那兩個需要證據的流程。
• 每一次都要回應那兩個可申訴的流程。一個在 12 小時內沒有回應的 CONSUMPTION_REQUEST，Apple 往往會預設核准退款，一個在 24 小時內沒有處理的拒付審核，等於你主動放棄了這場爭議。沉默是最昂貴的回答。
• 看趨勢，不要看某一天。退款率在樣本量小的時候波動很大。把它當成一條相對於你自己歷史數據和所在類別的滾動曲線來看，只有持續上升才值得調查，而不是某一週的異常波動。

一份速查清單，幫你讀懂自己的退款率

• 你可以從 App Store Connect 的 Sales and Trends 裡，篩選 Transaction Type 為 Refunds，拿到退款筆數，也可以從 Google Play 的 Financial reports、Subscription、Overview 裡拿到。
• 退款率的計算方式是退款交易數除以已付款交易總數，按購買發生的期間歸類。
• 比較的對象是你所在的類別，而不是全體的 2% 到 5%，同時也要看自己的滾動趨勢。
• 把拒付單獨拆出來看，因為它們的成本比一般退款更高，而且從 2026 年 8 月 3 日起，在 Google 上這筆手續費會轉嫁到你身上。
• 每一筆購買都帶有一個穩定的帳戶 ID，這樣退款發生時能帶著歷史記錄。
• 每一個 CONSUMPTION_REQUEST 都在 12 小時內回應，每一個拒付審核都在 24 小時內處理。

你的退款率不是一個用來炫耀的指標，也不只是退回去的錢。它是唯一一個能告訴你定價、付費牆和防濫用機制是否奏效的數字，而它對應的成本，永遠比退款本身更大。找到它，用你自己的類別做基準，盯住趨勢。商店不會主動把它擺到你面前，但計算它所需要的一切，早已經躺在它們的後台裡了。