finance-billing-ops

Finance Billing Ops

當使用者想了解金流、定價、退款、團隊座位邏輯，或產品實際行為是否與網站及銷售文案所述一致時，使用此技能。

此技能比 customer-billing-ops 更廣泛。後者用於客戶補救。此技能用於營運者的事實：營收狀態、定價決策、團隊計費，以及基於程式碼的計費行為。

技能堆疊

在相關時機將這些 ECC 原生技能納入工作流程：

• customer-billing-ops：用於客戶特定的補救與後續追蹤
• research-ops：當競爭對手定價或當前市場證據重要時
• market-research：當答案應以定價建議作結時
• github-ops：當計費事實取決於兄弟儲存庫中的程式碼、待辦事項或發佈狀態時
• verification-loop：當答案取決於驗證結帳、座位處理或權益行為時

使用時機

• 使用者詢問 Stripe 銷售、退款、MRR 或近期客戶活動
• 使用者詢問團隊計費、按座位計費或配額堆疊在程式碼中是否真實存在
• 使用者想要競爭對手定價比較或定價模式基準
• 問題混合了營收事實與產品實作真相

護欄

• 區分即時資料與儲存的快照
• 區分：
  • 營收事實
  • 客戶影響
  • 基於程式碼的產品真相
  • 建議
• 除非實際權益路徑確實強制執行，否則不要說「按座位」
• 不要假設重複訂閱意味著重複價值

工作流程

1. 從最新的計費證據開始

優先使用即時計費資料。如果資料非即時，明確標示快照時間戳。

標準化以下資訊：

• 付費銷售
• 活躍訂閱
• 失敗或未完成的結帳
• 退款
• 爭議
• 重複訂閱

2. 區分客戶事件與產品真相

如果問題是客戶特定的，先分類：

• 重複結帳
• 真實團隊意圖
• 自助服務控制項故障
• 未實現的產品價值
• 付款失敗或設定不完整

然後將其與更廣泛的產品問題分開：

• 團隊計費真的存在嗎？
• 座位是否實際被計算？
• 結帳數量是否改變權益？
• 網站是否誇大了當前行為？

3. 檢查基於程式碼的計費行為

如果答案取決於實作真相，檢查程式碼路徑：

• 結帳
• 定價頁面
• 權益計算
• 座位或配額處理
• 安裝與使用者使用邏輯
• 計費入口或自助服務管理支援

4. 以決策與產品差距作結

報告：

• 銷售快照
• 問題診斷
• 產品真相
• 建議的營運者行動
• 產品或待辦事項差距

輸出格式

快照
- 時間戳
- 營收 / 訂閱 / 異常

客戶影響
- 受影響對象
- 發生什麼事

產品真相
- 程式碼實際行為
- 網站或銷售文案宣稱內容

決策
- 退款 / 保留 / 轉換 / 不操作

產品差距
- 需要建立或修復的具體後續項目

常見陷阱

• 不要將失敗嘗試與淨營收混為一談
• 不要僅從行銷語言推斷團隊計費
• 在有當前證據時，不要憑記憶比較競爭對手定價
• 不要未經分類問題就直接從診斷跳到退款

驗證

• 答案包含即時資料陳述或快照時間戳
• 產品真相的主張有程式碼支援
• 客戶影響與更廣泛的定價/產品結論已清楚區分