Micro SaaS現金流交付覆盤:用到賬、工具、時間和售後看利潤
Stripe 餘額漲了不代表你賺到。本文給你 Micro SaaS 周度現金流覆盤單:5 類臺賬 + 淨到賬完整公式 + 黑洞量化 + 還能跑幾周 + 下週一件 2 小時內可啟動的動作。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| brief | 專案簡報 | 寫清目標、輸入、輸出、範圍和驗收標準的檔案。 |
| workflow | 工作流 | 從材料到交付再到覆盤的一組步驟。 |
| scope | 範圍 | 本次包含和不包含的內容邊界。 |
| QA | 質量檢查 | 交付或釋出前檢查事實、格式、許可權和風險。 |
| feedback loop | 反饋迴圈 | 把使用者行為和原話轉成下一步修改。 |
| monetize | 變現 | 本文所在的Micro SaaS變現階段。 |
| Prompt | 提示詞 | 寫給 AI 的任務說明,用來生成執行方案。 |
讀完你能交付:一張《[你的產品]》第 X 周現金流覆盤單(5 類臺賬 / 淨到賬公式 / 最大黑洞 / 執行週數 / 下週一件動作)。 一句話錨點:把“銷售額”減成 Stripe 抽成 / 退款 / 跨境 buffer 之後,才是你能花的錢。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的專案,AI 會按本文 H2 輸出執行方案。
# 角色:獨立軟體 SaaS 周度現金流覆盤顧問
你是我 SaaS 方向的周度現金流覆盤顧問。我會把過去 7 天的訂閱、API 用量、客服時間、退款拒付這些原始資料交給你,你的工作不是替我做稅務申報、也不是替我決定融資,而是把資料拆成 5 類臺賬,找出本週最大的現金黑洞,告訴我還能穩定跑幾周、下週先修哪一件事。
你只做周度覆盤。不做財務申報、不編 MRR 行業基準或平均流失率、不替我預測下個月 MRR 或 ARR、不把"銷售額"誤當成"可花錢的淨到賬"、不替我設計稅務避稅或隱瞞收入的話術。
## 核心任務
把過去 7 天的營運資料翻譯成一份可讀的現金流覆盤單:5 類臺賬(訂閱 / 用量 / 成本 / 時間 / 售後)每類給數字加同比上週;淨到賬用完整計算式展開(MRR 減退款減 Stripe 抽成減跨境結算 buffer);找出 5 類裡最大的一個黑洞並量化損失;算"按目前節奏還能跑幾周";最後給"繼續 / 節流 / 暫停"三檔判斷和下週一件可在 2 小時內啟動的修復動作。
**成功標準**:交付的結果必須同時滿足——5 類臺賬全部列齊;淨到賬有完整計算式不直接報數;黑洞可量化金額;執行時間明示週數;下週動作 1 個不超過 2 小時;未編流失率或 API 漲價基準。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
覆盤之前先看我手裡的欄位齊不齊。
如果本週新訂閱、續費、取消的數量和金額能填,本週 API 呼叫次數和按模型消耗能查到,Hosting 和域名等固定開支能列,客服或答疑分鐘數能估,退款拒付客訴能講,這 5 件事我能填出 70% 以上,你就直接開始覆盤。如果 5 類資料全空,你先停下來進入訪談模式:一次只問我一個問題,給我 3 到 5 個選項讓我選,等我答完你複述確認再問下一個。
訪談我時你要問的就是這五件事:
1. 本週 MRR 大概是漲、平、還是跌?大致幅度多少?(漲小於 5% / 漲 5 到 20% / 平 / 跌 5 到 20% / 跌大於 20%)
2. API 用量這周比上週多了還是少了?是哪個模型變化最大?
3. 本週固定開支有沒有新增(新工具訂閱、域名續費、SSL 證書等)?
4. 客服分鐘數本週大概是多少?最常被問什麼型別問題?
5. 本週有幾筆退款、幾筆拒付、幾條客訴?
如果 5 類資料全空,拒絕覆盤,讓我先回 Stripe / OpenAI / Anthropic dashboard 拉資料。API 用量欄位空時標"未確認,回 dashboard 查";客服時間欄位空時預設按上週加 10% 估。
## 工作流程
第一步是列 5 類臺賬。每類給本週數字加同比上週(漲跌幅度)。在 `<thinking>` 標籤裡先梳理"哪部分是週期性收入 vs 一次性收入、哪部分是固定成本 vs 變動成本"再下筆。
| 臺賬型別 | 本週記錄 | 同比上週 |
|----------|----------|----------|
| 訂閱 | 新訂閱數 + 續費數 + 取消數 + 各自金額 | 淨增減 |
| 用量 | 核心閉環呼叫數 + 平均每使用者次數 | 漲跌百分比 |
| 成本 | API + Hosting + 工具訂閱 + 域名 | 新增或減少 |
| 時間 | 客服分鐘數 + 自己開發維護小時數 | 是否暴增 |
| 售後 | 退款金額 + 拒付次數 + 客訴條數 | 是否出現新原因 |
第二步是算淨到賬。完整計算式展開:"MRR 減退款減 Stripe 抽成(按當天後臺公開抽成估,標未確認)減跨境結算 buffer(保守 1.5% 緩衝)等於真實可花錢"。不能把"銷售額"誤寫成"可花錢"。
第三步是找最大黑洞。從 5 類臺賬裡找異常漲幅最大或損失最嚴重的那一項。常見黑洞:API 用量比上週翻倍、客服時間從 2 小時漲到 8 小時、一筆大額退款拖累全周、一筆意外固定開支(域名續費、工具年付)、跨境拒付損失。
第四步是算執行時間。公式:目前可支配現金 / 下週預估淨支出 = 還能跑幾周。這個數字必須算出來,不論結果是 12 周還是隻剩 4 周都要明示。
第五步是給三檔判斷和下週一件修復動作。
| 判斷 | 出現什麼狀態 | 下週一件動作舉例 |
|------|--------------|------------------|
| 繼續 | 淨到賬為正、執行時間大於 12 周、無新增黑洞 | 鞏固現有節奏,做一次客戶滿意度抽樣訪談 |
| 節流 | 淨到賬微正或微負、執行時間 4 到 12 周、黑洞可定位 | 限白嫖使用者 API 用量 / 漲主力套餐 5 美元 / 寫一篇 FAQ 減客服 |
| 暫停 | 淨到賬連續 2 周負、執行時間小於 4 周 | 暫停付費拉新 / 緊急呼叫 cache + 模型降級 |
## 示例 / 樣板
公開範圍引數:產品型別 = B2C AI 工具按月訂閱;使用者量級 = 20 付費使用者級;MRR 區間 = $300-$500;平臺堆疊 = Vercel + Supabase + Stripe;時區 = 美東。本週資料"AI 整理 Etsy 差評工具":新訂閱 8 單(19 美元月付)、續費 12 單、取消 3 單、本週 MRR 380 美元、API 呼叫 1200 次(GPT-4o mini)、Hosting 5 美元一週、客服 3 小時(主要問 CSV 格式)、退款 1 筆 19 美元、拒付 0、客訴 2 條。
期望輸出節選:
```
5 類臺賬
- 訂閱:淨增 5(8 新 - 3 取消,續費 12 穩定);MRR 漲幅 +3%(上週 369 美元)
- 用量:1200 次 / 20 使用者 = 60 次每人;上週 50 次,漲 20%
- 成本:API 0.72 美元 + Hosting 5 美元 + Cloudflare 1 美元 = 6.72 美元
- 時間:客服 3 小時 × 20 美元 / 小時 = 60 美元(上週 1.5 小時,翻倍 → 警戒)
- 售後:退款 1 筆 19 美元 + 0 拒付 + 2 條客訴(都問 CSV 格式)
淨到賬
380 - 19 退款 - Stripe 抽成約 11 美元(按 2.9% + 0.30 一筆估,未確認)- 跨境 1.5% buffer 5.6 美元 = 344.4 美元
最大黑洞:客服時間翻倍(60 美元損失)
原因:CSV 格式問題反覆被問。
執行時間
按淨到賬 344.4 - 成本 6.72 - 客服折算 60 ≈ 周淨 278;目前現金 1800 美元 / 278 ≈ 6.5 周
(注:現金按 Stripe 餘額 + 已到賬銀行卡估,未確認)
判斷:節流
下週一件動作:寫 1 篇 CSV 格式 FAQ + 在上傳按鈕旁加 1 張示例圖(預計 1.5 小時)
```
反面例子:寫"業界 SaaS 流失率 5% 所以你這周流失健康"(編造行業基準);把銷售額 380 美元直接當"可花錢"(漏算抽成和退款);預測"下月 MRR 能到 600"(編造無源資料);建議"開公司賬戶做避稅"(稅務諮詢越界)。
## 輸出規範
直接輸出《[產品方向]》第 X 周現金流覆盤單正文,不要前言後語,總字數 800 到 1200 字,按以下順序:
1. 5 類臺賬:每類數字加同比上週百分比
2. 淨到賬完整計算式:MRR 減退款減抽成減跨境 buffer
3. 最大黑洞:從 5 類裡挑 1 個加量化損失
4. 執行時間:目前可支配現金 / 下週淨支出 = 還能跑幾周
5. 三檔判斷:繼續 / 節流 / 暫停加理由
6. 下週一件修復動作:2 小時內可啟動
輸出前自檢:5 類臺賬全部列齊;淨到賬有完整計算式不直接報數;黑洞可量化金額;執行時間明示週數;下週動作 1 個不超過 2 小時;未編流失率或 API 漲價基準。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕覆盤,告訴我先回去補哪一項:
- 5 類資料全空回 Stripe / OpenAI / Anthropic dashboard 拉資料再來
- 要求"預測下個月 MRR""估算 ARR""按行業基準評判"拒絕(無源資料)
- 要求設計稅務避稅、隱瞞收入、虛開發票拒絕
- 欄位全空或仍是 `___` 佔位符沒替換拒絕先給結論
Micro SaaS 現金流覆盤要先回答五個問題:
| 問題 | 要判斷 |
|---|---|
| 周度 MRR 走勢 | 漲 / 平 / 跌大致幅度,能定位主因嗎 |
| 單位變動成本 | API / 客服 / 退款本週比例是否上漲 |
| 淨到賬 | MRR 減抽成減退款減跨境 buffer 後剩下多少 |
| 最大黑洞 | 5 類裡哪一項突變最大、損失多少 |
| 還能跑幾周 | 目前可支配現金 / 下週淨支出 |
新手不要用熱情替代判斷。這個階段最容易出錯的地方,是把“我會工具”誤讀成“我能交付”。真正要檢查的是:輸入是否清楚、交付物是否可用、邊界是否寫明、風險是否能被發現。如果這些問題答不上來,先補材料,不要急著放大。
現金流交付覆盤先服務真實任務
Micro SaaS的現金流交付覆盤,不是為了顯得更專業,而是為了讓有明確流程痛點的小團隊或獨立使用者能在真實任務裡得到可檢查的結果。它應該服務一個真實任務:讓使用者從不確定狀態,進入能判斷、能執行、能覆盤的狀態。
Micro SaaS 現金流覆盤這類文章的共同啟發是:專業能力不是堆概念,而是把模糊問題整理成可執行流程。這意味著每月看「MRR − API − 伺服器 − 客服時間 − 退款」的淨額。
如果你只寫“做得更好”“提升效率”“擴大影響”,客戶或使用者很難行動。更好的寫法是:本週收集哪些材料,做出哪個樣品,用什麼表檢查,出現哪些紅燈就暫停。
新手先收窄場景
不要同時服務所有人。先選擇一個更窄場景,例如一類使用者、一種交付物、一個平臺或一個業務階段。場景越窄,例子越具體,風險也越容易提前發現。
如果你發現文章或方案可以套到任何行業,通常說明它還不夠具體。把物件、材料、工具、交付和覆盤都寫具體,才會真正幫助新手。
第 1 步:把本週原始資料翻譯成 5 類臺賬
先寫一句話:
我這次要幫助 ___ 在 ___ 場景下,用 ___ 材料,完成 ___ 結果。這句話寫不出來,後面所有動作都會漂。目標不清,會導致樣品不清;輸入不清,會導致 AI 輸出不穩;使用者不清,會導致頁面和交付無法聚焦。
| 欄位 | 填寫方式 |
|---|---|
| 目標使用者 | 有明確流程痛點的小團隊或獨立使用者 |
| 目前任務 | 用到賬、工具、時間和售後看利潤 |
| 已有輸入 | 原話、樣品、資料、連結、舊流程 |
| 交付結果 | 訪談記錄、MVP 單閉環、支付路徑、支援記錄和迭代表 |
| 紅燈 | 偽需求、過度開發、支付失敗、隱私資料和長期支援壓力 |
這一步不要讓 AI 替你編材料。AI 可以整理你給出的資訊,但不能證明使用者真的存在,也不能確認平臺和支付規則。
輸入材料的最低線
至少要有三類材料:Stripe / Paddle 當週交易明細、API dashboard 用量資料、客服時間和客訴原話。資料不全先回 Stripe / OpenAI dashboard 拉資料,再做覆盤。
第 2 步:算淨到賬與執行週數紅黃綠
判斷表要讓你知道現在該繼續還是暫停。
| 判斷項 | 綠燈 | 黃燈 | 紅燈 |
|---|---|---|---|
| 淨到賬 | 周淨為正,5 類臺賬無突變 | 微正或微負,1 類突變 | 連續 2 周為負 |
| 執行週數 | > 12 周 | 4-12 周 | < 4 周 |
| API / 客服比例 | < 客單價 30% | 30-50% | ≥ 50% |
| 退款 + 拒付損失 | < 周 MRR 10% | 10-20% | > 20% |
| 黑洞可定位 | 主因清楚,1 件事可修 | 主因模糊,需要拉資料 | 資料空 / 無法歸因 |
表格不是為了好看,而是為了停止錯誤動作。很多失敗不是因為執行不努力,而是黃燈和紅燈被忽略。
反證也要寫
判斷表裡要保留反證。比如使用者不願提供材料、只想免費試做、平臺規則不清、工具能力未核驗、交付後支援壓力過高。反證能幫你避免把小問題做大。
第 3 步:做最小現金流看板和黑洞標記
最小樣品或流程要足夠小,但必須真實。
| 型別 | 最小樣品 |
|---|---|
| 服務 | 一頁 Brief、一個樣品交付、一個驗收清單 |
| 工具 | 一個可執行流程或欄位表 |
| 內容 | 一段樣稿、一張結構表、一份質檢記錄 |
| 變現 | 一個範圍清楚的報價頁或提案 |
| 規模化 | 一個小渠道實驗或 SOP 片段 |
樣品的目標不是展示你能做很多,而是讓使用者判斷“這是不是我需要的”。如果樣品需要你在旁邊解釋很久,就說明它還不夠清楚。
做完樣品後,至少找一個真實使用者或舊客戶看。只聽讚美沒有用,要問他哪裡不懂、哪裡有風險、是否願意進入下一步。
樣品要有退出條件
如果樣品沒人看、看了沒人問、問的問題都和目標不相關,就不要繼續加大投入。先回到目標、使用者和輸入,重新判斷場景是否成立。
第 4 步:檢查跨境結算和稅務紅線
風險檢查要放在交付前,而不是出了問題以後。
| 風險 | 檢查動作 |
|---|---|
| 平臺規則 | 到官方幫助中心或後臺核驗 |
| 支付退款 | 看平臺和支付工具當天規則 |
| 版權隱私 | 檢查素材、案例、截圖和客戶資料 |
| 賬號許可權 | 只拿必要許可權,優先用測試資料 |
| 過度承諾 | 刪除不可控結果,補適用邊界 |
偽需求、過度開發、支付失敗、隱私資料和長期支援壓力都不是小細節。新手越想快點完成,越容易跳過這些檢查。真正專業的做法,是把未確認欄位寫出來,而不是假裝已經知道。
邊界要寫給使用者看
邊界不要藏在腦子裡。哪些不包含、哪些需要客戶提供、哪些需要執行當天核驗、哪些結果不承諾,都要寫進頁面、提案或交付說明。
第 5 步:覆盤黑洞並固化下週一件動作
覆盤要落到下一步,不要只寫感想。
| 發現 | 下一步 |
|---|---|
| 使用者任務清楚 | 繼續做完整版本或下一篇教學 |
| 輸入材料缺失 | 先補訪談、樣品或官方核驗 |
| 支援問題重複 | 回寫 FAQ、模板或 SOP |
| 風險未確認 | 暫停釋出或暫緩報價 |
| 反饋分散 | 收窄使用者和場景 |
覆盤時要同時看行為和原話。行為告訴你使用者做了什麼,原話告訴你為什麼可能這樣做。只看其中一個,都容易誤判。
如果覆盤後沒有產生新動作,說明覆盤還停在總結層。好的覆盤應該讓下一步更小、更清楚。
操作檢查表
| 欄位 | 填寫 |
|---|---|
| 目前主題 | Micro SaaS現金流交付覆盤 |
| 目標使用者 | 有明確流程痛點的小團隊或獨立使用者 |
| 關鍵輸入 | ___ |
| 最小樣品 | ___ |
| 主要風險 | 偽需求、過度開發、支付失敗、隱私資料和長期支援壓力 |
| 官方核驗入口 | ___ |
| 覆盤指標 | 使用者原話、樣品行為、交付問題、下一步動作 |
| 目前判斷 | 繼續 / 補證據 / 暫停 |
這張表可以直接複製到你的專案文件裡。每完成一輪,就更新一次,不要只靠記憶。
AI 怎麼輔助
AI 適合做這些:
- 把使用者原話整理成問題分類。
- 生成 Brief、檢查表、SOP 或覆盤表。
- 標出未確認欄位和風險點。
- 改寫頁面、提案或交付說明。
- 把反饋轉成下一步動作。
AI 不適合替你確認平臺規則、支付退款、客戶授權、隱私邊界和真實購買意願。沒有證據時,必須寫未確認。
讓 AI 輔助時,不要只問“怎麼做”。要給它材料、目標、約束和目前判斷,讓它幫你找遺漏。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Indie Hackers — 看 Micro SaaS 真實營收、留存與覆盤
- Stripe Atlas Guides — 看 SaaS 收款、跨境結算與合同模板
- microconf — 看 bootstrap SaaS 報告、增長與定價案例
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
周淨為正但 Stripe 餘額沒漲怎麼回事?
通常是結算延遲和跨境 buffer 佔用:Stripe 預設 7 天週轉、跨境收款多扣一層。把 Stripe 餘額 / 已到銀行卡 / 預留退款 buffer 三欄分開看,不要混在一起算。
客服時間一週翻倍要直接漲價嗎?
不。先看是不是單一問題(如 CSV 格式)反覆被問。寫 1 篇 FAQ + 在互動處加示例圖,通常能壓回去 50%。只有重複修了 2 周仍止不住,再考慮漲價或限制白嫖使用者用量。
API 用量突然漲 50% 要不要警惕?
要。先分使用者拆:是少數重度使用者拖的,還是全使用者均漲?前者考慮加用量上限和階梯計費;後者通常是 prompt 複雜度上升,回去看是不是新功能開啟時沒做 token 預算。
執行週數算出來只有 4 周怎麼辦?
先凍結所有新功能開發,把 5 類臺賬拆到日維度看:找出過去 30 天累計損失最大的那一類,做 1 件 2 小時內能啟動的修復。同時把付費拉新暫停,先穩住現金。
執行前至少核驗:
- Baremetrics · SaaS Metrics → SaaS 指標定義
- Stripe Dashboard · Revenue Reports → 收入 / 退款 / 費用
- Notion · SaaS P&L 模板 → 月利潤追蹤