App 退款會從你的撥款中扣走,而不只是讓儀表板上的收入變少,糟糕的一個月甚至可能從你的銀行帳戶裡抽錢

大多數開發者把退款理解成一條走錯方向的紀錄,一筆銷售在報表某處變成了更小的數字。實際情況比這更糟。App 退款會從你的撥款,也就是商店真正匯進你銀行帳戶的那筆錢裡扣走,而由於退款幾乎從不和銷售落在同一個週期,它扣的往往是一筆你可能已經花掉的撥款。在 Google Play 上,足夠糟糕的一連串退款甚至不會等到下一次撥款。Google 會伸手進那個接收你款項的銀行帳戶,把缺口取回去。

這正是退款中永遠不會出現在流失圖表裡的部分。錢按商店的時間表流動,而不是你的,而商店的時間表就是為了在撥款給你之前先把退款抵扣乾淨而設計的。下面就精確說明退款款項在 App Store 和 Google Play 上何時離開,以及為什麼打進你銀行帳戶的數字永遠和你即時儀表板上的數字對不上。

為什麼 App 退款是從你的撥款裡扣,而不是從銷售裡扣

一筆退款同時是兩次沖回,而這兩次都是你的錢。理解這一點,決定了你是把退款當成一條會計附註,還是當成現金正在離開這棟樓。

退款會同時沖回客戶的付款和你的收益

當客戶被退款時,商店會退還他們支付的全部價格。接著商店沖回自己的佣金,這樣你就不必為一筆已經不存在的銷售支付商店的分成。剩下的那部分,也就是你在這筆銷售上真正賺到的收益,會從你這裡被追回。這才是對現金流真正重要的數字。它不是佣金,也不是稅款,這兩項都由商店處理。它是你本來打算留下的那一份,而在退款時它會退出去。

錢可能在你已經收到款之後才離開

問題出在時間上。商店按月結算,而客戶可能在購買後數天或數週才申請退款。如果退款在這筆銷售的撥款發放之前到來,它就只是拉低那次撥款。如果它在你已經收到這筆銷售的款項之後才到來,商店就會從之後的某次撥款裡把它扣掉。無論哪種情況,退款都是按它實際發生的週期結算,而不是按銷售所在的週期,所以退款款項和銷售款項幾乎從不一起流動。

退款款項究竟何時離開,逐個商店來看

兩個商店最終落到同一個結果,你的退款會從你的撥款裡被抵扣掉,但它們透過不同的日曆到達,而當帳算成負數時後果也不同。

Google Play 把退款併入按月發放的撥款

Google Play 按曆月結算。從某月的第一天到該月末之間處理、退款或拒付的任何訂單,都會在次月 15 日前後撥款,前提是你的餘額達到撥款門檻,即本地貨幣撥款為一美元,美元電匯為一百美元。退款在這次結算之內,而不在其外。如果你在 Google 為某筆訂單撥款給你之前退款,你就永遠收不到那筆金額。如果你在撥款已經發放之後退款,Google 會從未來的某次撥款裡扣掉這筆金額。

Apple 把退款記在它發生的那個財務月

Apple 按財務日曆運行,而不是曆月,它會在退款和拒付實際發生的那個財務月,把它們從你的累計收入中扣除。在財務報表裡,退款會被標記為 Return,帶有負數的銷量和負數的合作方分成,這是 Apple 表示它直接減少了那個週期收益的方式。之後 Apple 大約在財務月結束一個月後撥款給你,而且只有在你的餘額達到所在地區的撥款門檻後才發放,所以一筆退款可能減少你尚未收到的錢,也可能沖抵一個你已經就原始銷售收過款的月份。

它在現金流上讓你付出什麼代價

退款的金額很容易看到。真正讓團隊措手不及的是現金流成本,因為它關乎錢什麼時候流動,而不只是流動了多少。

時間差才是陷阱

設想一個普通的月份。你在一月銷售並在之後收到款。到了二月,其中一些一月的買家退款,而二月同時也是你產生新銷售的月份。Google 和 Apple 都會把舊的退款抵扣到新的週期,所以你二月的入帳會比僅憑二月銷售所預期的更輕。這裡沒有任何出錯。退款只是落在了和它們所沖回的銷售不同的那次撥款上。

在消耗型購買上,這個時間差會兩次刺痛你。客戶購買時,你已經花了真金白銀去交付金幣、點數或生成的產出,所以運算和 API 成本已經花掉了。然後,數週之後,你入帳的收益又被從某次撥款裡拉了回去。你同時損失了履約成本和收入,而且它們在兩個不同的日子離開。

拒付是更昂貴的那個版本

拒付是一筆退給了銀行而不是商店的退款,而且它是終局的。你可以在 24 hours 內透過 orders.reviewrefund 對 Google Play 的拒付審核作出回應,Apple 也可以在 12 hours 內請求消耗資訊,但兩者都不能把一場輸掉的爭議變回現金。從 2026 年 8 月 3 日起,一筆 Google Play 拒付會把購買價格減去 Play 服務費,再加上銀行的拒付手續費,轉嫁到開發者身上,而 Google 只繼續承擔它自己的服務費。這筆合計金額會像退款一樣從你的撥款中扣除,只不過拒付還帶著一筆你在普通退款上永遠看不到的銀行手續費。

為什麼你的撥款永遠和儀表板對不上

如果你的收入儀表板和銀行入帳從來都對不上,退款是其中大部分原因。儀表板在數一樣東西,而撥款在數另一樣東西。

儀表板是毛額,撥款是淨額且滯後

即時銷售儀表板顯示的是銷售發生時的銷售總額。撥款顯示的是那些銷售減去在撥款週期內結算的每一筆退款和拒付,包括針對更早月份銷售的退款。這兩個數字描述的是不同的時間窗口,所以它們無法一致。撥款是更小、更晚、也更誠實的那個數字,因為它已經吸收了儀表板還沒跟上的那些沖回。

如何不讓退款突襲你的現金流

你無法改變客戶何時申請退款,而且在大多數退款路徑上,你根本無法阻止退款。你能控制的,是這個時間差是否會讓你猝不及防,以及你是否留了足夠的餘地去吸收它。

以撥款對帳,而不是以儀表板

把商店的財務報表和撥款當作收入的唯一事實來源,每個週期都用你自己的數字去和它對帳。在 App Store 上,這意味著財務報表,其中退款是一筆帶負數銷量的 Return。在 Google Play 上,這意味著支撐按月撥款的收益報表。和這些對上,退款的時間差就不再是個謎,因為你讀的正是商店據以撥款的那些淨額。

為退款時間差留一筆準備金

由於一筆退款可能在你入帳銷售數週之後才打到某次撥款上,不要在整整一個月的銷售總額剛到帳那天就把它當作可花的錢。按你的退款率留一筆準備金,這樣退款更重的一個月,或者一批集中的拒付,減少的是一筆你已經預留的撥款,而不是一筆你已經承諾出去的撥款。這對那些用商店收入去支付廣告投放或外包人員的團隊最為重要,因為一筆更輕的撥款會落在一張不會縮水的帳單上。

能消除的退款就消除,並讓客戶遠離拒付這條路

最便宜的退款是那筆從未發生的退款,其次便宜的是那筆始終停留在退款、而沒有變成拒付的退款。一個得到乾淨、快速退款的客戶很少會打電話給銀行,而在 Google Play 上,銀行那個版本現在帶著一筆商店版本沒有的手續費。在申請到來之前盡量預防,對合理的退款毫無摩擦地予以處理,你就能把退款量和手續費都擋在你的撥款之外。

簡短版本

退款不是一筆更小的銷售,而是按商店的時間表離開你帳戶的錢。Google Play 會把你的退款和拒付併入大約每月 15 日的一次撥款,而如果你的餘額負數持續 48 hours,它就會直接從你的銀行扣款。Apple 把退款記在它們實際發生的財務月,並在大約一個月後撥款,已扣除這些退貨。由於退款很少和它們所沖回的銷售在同一週期結算,你的撥款總是比你的儀表板更輕也更晚,而從 2026 年 8 月 3 日起,一筆 Google Play 拒付會把價格和一筆銀行手續費從那次撥款裡拉走,並且無法追回。以撥款對帳,為時間差留一筆準備金,並在退款抵達銀行之前就把你能消除的退款消除掉。