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