財務與帳單運營 是做什麼的？
當使用者想要了解金錢、定價、退款、團隊座位邏輯，或產品實際行為是否與網站和銷售文案所述一致時，請使用此技能。
此技能範圍比 customer-billing-ops 更廣。後者專注於客戶補救，而本技能專注於運營者真相：營收狀態、定價決策、團隊帳單與程式碼驗證的帳單行為。
技能棧
在相關時將這些 ECC 原生技能引入工作流程：
customer-billing-ops：用於客戶特定的補救與後續追蹤research-ops：當競爭對手定價或當前市場證據重要時market-research：當答案應以定價建議作結時github-ops：當帳單真相取決於兄弟儲存庫中的程式碼、待辦事項或發布狀態時verification-loop：當答案取決於驗證結帳、座位處理或權利行為時
使用時機
- 使用者詢問 Stripe 銷售額、退款、MRR 或近期客戶活動
- 使用者詢問團隊帳單、按座位計費或配額疊加在程式碼中是否真實存在
- 使用者想要競爭對手定價比較或定價模型基準
- 問題同時涉及營收事實與產品實現真相
護欄
- 區分即時數據與已儲存快照
- 分離：
- 營收事實
- 客戶影響
- 程式碼驗證的產品真相
- 建議
- 除非實際權利路徑強制執行，否則不要說「按座位」
- 不要假設重複訂閱即代表重複價值
工作流程
1. 從最新的帳單證據開始
優先使用即時帳單數據。若數據非即時，需明確說明快照時間戳記。
標準化圖像：
- 已付款銷售
- 活躍訂閱
- 失敗或不完整的結帳
- 退款
- 爭議
- 重複訂閱
2. 分離客戶事件與產品真相
如果問題是客戶特定的，首先進行分類：
- 重複結帳
- 真實團隊意圖
- 自助服務控制失效
- 未達到的產品價值
- 付款失敗或設定不完整
然後將其與更廣泛的產品問題分離：
- 團隊帳單是否真實存在？
- 座位是否實際被計算？
- 結帳數量是否改變權利？
- 網站是否誇大當前行為？
3. 檢查程式碼驗證的帳單行為
如果答案取決於實現真相，請檢查程式碼路徑：
- 結帳
- 定價頁面
- 權利計算
- 座位或配額處理
- 安裝 vs 使用者使用邏輯
- 帳單入口或自助管理支援
4. 以決策和產品差距作結
報告：
- 銷售快照
- 問題診斷
- 產品真相
- 建議的運營者行動
- 產品或待辦事項差距
輸出格式
快照
- 時間戳記
- 營收 / 訂閱 / 異常
客戶影響
- 受影響的人
- 發生的事件
產品真相
- 程式碼實際行為
- 網站或銷售文案的聲明
決策
- 退款 / 保留 / 轉換 / 不操作
產品差距
- 需建置或修復的準確後續項目
陷阱
- 不要將失敗記錄與淨營收混淆
- 不要僅從行銷語言推斷團隊帳單
- 在有當前證據可用時，不要憑記憶比較競爭對手定價
- 不要未經分類問題就直接從診斷跳到退款
驗證
- 答案包含即時數據聲明或快照時間戳記
- 產品真相的主張有程式碼驗證
- 客戶影響與更廣泛的定價/產品結論已清晰分離