如何將訂閱匯出資料轉換為 MRR 與 ARR 報告（2026 年指南）

匯出訂閱資料時，您會得到包含以下欄位的資料列：客戶、方案、金額、週期、狀態、開始日期。而 MRR 報表每個月只需要一個數字。從前者轉換到後者看似只是算術，但其實大部分與定義有關。

最終報表中的每個數據都取決於兩個抉擇：哪些訂閱算作啟用中，以及折扣是否要從金額中扣除。

只要其中一個搞錯，報表內部雖然仍能自圓其說，但就是會與財務部門、計費儀表板以及上個月的版本對不起來。

本指南將介紹需要先確定的事項、三種手動處理的路徑，以及每種路徑在何處會遇到瓶頸。

開始之前您需要準備的事項

您需要的是「每筆訂閱一列」的匯出資料，而不是「每張發票一列」。發票告訴您已開立帳單的金額，而訂閱則告訴您會持續循環發生的金額。

您需要每一列都包含計費週期。在將年繳方案標準化之前，無法將月繳和年繳方案直接相加。

您還需要狀態欄位。Stripe 的計費分析文件將 MRR 定義為每月標準化金額的總和。它只計算狀態為 active 和 past_due 的訂閱。

這個定義非常值得直接採用。它是公開且具體的，當有人問起為什麼數字有變動時，能為您提供站得住腳的依據。

首先要做出三個決定。

哪些狀態算數。 active 加上 past_due 是官方文件的預設值。已取消和未付款則被視為流失並被排除。

是否扣除折扣。 Stripe 允許對此進行設定，並針對循環折扣和一次性折扣提供不同的設定。永久折扣則一律會被扣除。

訂閱用戶何時開始計入。 Stripe 讓您選擇從第一個計費週期開始，或是收到第一筆付款時開始。第一種選項被描述為最常見的做法。

在您開始寫公式之前，先把這三點寫在試算表上。它們是決定這份文件會成為專業報表還是爭論來源的關鍵。

為什麼算術反而是最簡單的部分

標準化非常簡單。Stripe 官方的範例是：100 位訂閱用戶採用 $100 月繳方案，加上 50 位訂閱用戶採用 $600 年繳方案。計算方式為 (100 × 100) + (50 × (600 / 12)) = 12,500。

複雜之處在於排除項目，而這些在試算表中很容易被遺漏。

排除稅金。 Stripe 在計算 MRR 時會排除稅金。如果您的匯出資料包含含稅總額，您每個月的估算都會高估。

排除試用。 處於試用期的訂閱會被排除，直到他們轉為正式付費。

排除免費方案。 免費方案的訂閱用戶沒有貢獻任何營收，因此也不會被算作活躍訂閱用戶。

排除用量計費營收。 這是最讓人意外的一點。按量計費的產品會完全排除在 MRR 之外，因此對於部分採用用量計費的企業來說，MRR 本來就會低於實際營收。

接著是優惠券的情況，這在官方文件中有記載，而且確實非常違反直覺。如果訂閱用戶的 MRR 降至零，該用戶在該期間會被視為已流失。

100% 折扣的優惠券就會導致這種情況。之後取消該優惠券時，訂閱用戶會再次變為活躍狀態，這在報表上會顯示為重新啟用。

因此，促銷活動可能會在沒有任何客戶流失的情況下，在您的報表中產生流失數據。

如何手動完成

選項 1：將週期標準化，然後按月加總

新增一個每月金額欄位。將年繳金額除以 12，週繳金額乘以約 4.33，月繳金額則保持不變。

然後使用 SUMIFS 篩選狀態並按月加總。使用 EOMONTH 來建立您要報告的月底日期。

請報告月底時點的 MRR，而不是今天的 MRR。Stripe 可下載的報表明確指出是每位訂閱用戶在月底的 MRR，符合該慣例可以省去日後對帳的麻煩。

這種方法的瓶頸在於歷史紀錄。它只能清楚呈現當月的數據，卻無法告訴您數字變化的原因。

選項 2：建立變動分析欄位

這才是讓報表發揮價值的關鍵。將變動拆解為新訂閱、重新啟用、擴張、收縮和流失。

Stripe 對於成長的定義是：期初數據加上新訂閱、重新啟用和擴張，減去收縮和流失，然後根據匯率進行調整。其官方範例正是透過這些組成要素，將 $1,000 變動為 $1,045。

請注意最後一項。如果有任何客戶使用其他貨幣付款，在您處理匯率影響之前，純公式模型是無法對齊帳目的。

多種貨幣還有另一個值得注意的後果。Stripe 指出，當訂閱營收以多種貨幣處理時，將無法使用產品或價格進行篩選和分組。

這種路徑的限制在於維護。變動欄位需要前一期的快照，這意味著您必須永遠保留一份上個月資料的副本。

選項 3：直接從計費系統取得變動資料

大多數計費平台都可以為您匯出變動資料。Stripe 發布了三個 CSV 檔：每月每位訂閱用戶的 MRR、訂閱指標摘要，以及每位客戶 MRR 變動的日誌。

第三個檔案正是您需要的。它免去了選項 2 中最困難的部分。

如果您確實變更了指標定義，請做好延遲的心理準備。Stripe 指出，設定變更需要 24 到 48 小時才會生效。

共同的瓶頸。 這三種路徑都止步於 MRR。要將其轉化為 ARR、ARPU、流失率和留存率，意味著必須在同一個資料表上進行另一層決策。

手動路徑在何處會變慢

第一個個月只需要花一個下午。到了第四個月花的時間更長，而且並不是因為資料變得更難處理。

到那時，活頁簿中已經包含了兩種啟用中的定義、一個手動修補的匯率欄位，以及一個沒人想碰的變動分頁。

衍生指標會使問題成倍增加。ARPU 是 MRR 總額除以活躍訂閱用戶數。終身價值則是 ARPU 除以流失率。

流失率也有其陷阱。Stripe 的分母是 30 天前活躍的訂閱用戶加上在該區間內新增的訂閱用戶，計算方式為 100 / (1000 + 100) = 9.1%。如果試算表僅除以期初數量，計算出來的數字就會偏高。

留存率的表現也可能出乎意料。營收留存率可能會超過 100%，因為同儕群內部的擴張超過了流失。

這些都不難。只是每個月不論是誰來製作報表，都必須做出完全相同的五個判斷。

如何使用 Powerdrill Bloom 建立報表

步驟 1：上傳您的訂閱匯出資料

上傳訂閱 CSV，或將訂閱與變動檔案一起上傳。Powerdrill Bloom 會在檔案匯入時分析欄位，因此在計算任何總和之前，缺失的週期、空白的金額和重複的訂閱 ID 都會先浮現出來。

步驟 2：用自然語言說明定義

直接描述規則，而不是手動建構它們。說明哪些狀態算數、金額是否扣除折扣，以及您要報告的是哪一個月底。

然後在同一個步驟中要求進行檢查。詢問哪些資料列包含非預期的週期，以及哪些訂閱在扣除折扣後為零。接著詢問每月總額是否與計費摘要一致。

步驟 3：匯出圖表、報表或簡報

匯出每月趨勢、按組成要素分類的變動表，或是包含數據和定義、可直接向董事會報告的投影片。

為什麼這比每個月重新製作更好

	手動路徑	Powerdrill Bloom
將年繳方案標準化	每個檔案都需要公式欄位	上傳並說明規則
變動拆解	需要維護上個月的快照	直接要求提供組成要素
排除試用和按量計費項目	每次循環都需要手動篩選	直接說明排除項目
與計費摘要進行對帳	手動檢查	直接詢問總額是否一致

表格中間的那些步驟才是最耗費時間的地方。加總欄位並不是難事，難的是在數個月之間保持五個定義的一致性。

常見錯誤

加總發票而不是訂閱。 發票包含一次性費用和按比例分配的費用。循環營收是訂閱的屬性，而不是帳單的屬性。

金額中保留稅金。 稅金會虛增每個月的數據，且永遠無法抵銷。在進行標準化之前，請先將其剔除。

將試用計入營收。 試用期尚未產生循環金額。將其計入等於是預支下個月的成長。

在未說明的狀況下直接將 ARR 視為 MRR 乘以 12。 它是標準化的年度營收估算值，而不是收到的現金。請做好標記，以免有人將其誤讀為預訂額。

忽略優惠券導致的流失效應。 全額折扣會使訂閱用戶的金額降至零，這會被解讀為流失。請標記這些資料列，而不是事後才費力解釋。

僅用期初數量除以流失數。 官方文件定義的分母包含在該區間內新增的訂閱用戶。這兩種版本在相同的資料下會產生不同的流失率。

每個月從頭開始重新製作。 定義不會改變，改變的只有匯出的資料。保留規則並直接更換檔案，這與製作預算與實際對照報表是相同的原則。

結論

確定狀態清單、決定折扣處理方式、將週期標準化，並報告月底的數據。做好這四點，就能製作出一份經得起財務部門質詢的 MRR 報表。

最耗費成本的不是加總計算，而是在匯出資料格式改變的同時，每個月都必須維持這五個定義不變。

如果這就是您月底時間流失的地方，不妨對您的訂閱匯出資料試試 Powerdrill Bloom。另請參閱我們的如何從您自己的資料設定 KPI 目標指南。關於工具方面，請參考 SaaS 指標追蹤最佳 AI 工具精選以及 AI 財務分析頁面。

常見問題

如何從訂閱匯出資料計算 MRR？

將每筆訂閱標準化為每月金額，然後加總符合資格狀態的訂閱。Stripe 的範例為 (100 × $100) + (50 × ($600 / 12)) = $12,500。

如何將 MRR 轉換為 ARR？

將每月數據乘以 12。請將其標記為標準化的年度營收估算值，而不是收到的現金，因為年繳方案是預先收取帳單金額的。

是否應該包含用量計費營收？

Stripe 在計算 MRR 時會排除按量計費的產品。如果您的營收中有很大一部分是基於用量計費，請將其作為獨立項目報告，而不是併入 MRR 中。

哪些訂閱狀態算作「啟用中」？

官方文件預設為 active 加上 past_due。已取消和未付款的訂閱會被視為流失，並從總額中排除。

為什麼我的流失率與計費儀表板上的不同？

最常見的原因是分母不同。官方文件的計算方式是除以 30 天前活躍的訂閱用戶加上在該區間內新增的訂閱用戶。