SKILL.md
readonlyread-only
name
customer-billing-ops
description
操作客戶帳單工作流程，例如訂閱、退款、流失分類、帳單入口恢復，以及使用 Stripe 等已連接帳單工具進行方案分析。當使用者需要協助客戶、檢查訂閱狀態或管理影響營收的帳單操作時使用。
客戶帳單操作
此技能用於實際客戶操作，而非通用付款 API 設計。
目標是協助操作人員回答：這位客戶是誰、發生什麼事、最安全的修復方式是什麼、以及後續應發送什麼訊息。
使用時機
- 客戶表示帳單有問題、想要退款，或無法取消
- 調查重複訂閱、意外收費、續約失敗或流失風險
- 檢視方案組合、有效訂閱、年繳與月繳轉換，或團隊席位混淆
- 建立或驗證帳單入口流程
- 審核涉及訂閱、發票、退款或付款方式的支援投訴
偏好工具介面
- 優先使用已連接的帳單工具，例如 Stripe
- 電子郵件、GitHub 或問題追蹤器僅作為輔助證據
- 當平台已提供所需控制項時，優先使用託管式帳單/客戶入口，而非自訂帳戶管理程式碼
防護措施
- 切勿在回應中暴露密鑰、完整信用卡資訊或不必要的客戶個人識別資訊
- 不要盲目退款；先分類問題
- 區分以下情況：
- 意外重複購買
- 有意的多人或團隊購買
- 產品故障 / 未達價值
- 結帳失敗或不完整
- 因缺少自助控制而取消
- 對於年繳方案、團隊方案及按比例計算的狀態，在採取行動前先確認合約形式
工作流程
1. 清楚識別客戶
從最強的可用識別碼開始：
- 客戶電子郵件
- Stripe 客戶 ID
- 訂閱 ID
- 發票 ID
- GitHub 使用者名稱或支援電子郵件（若已知可對應到帳單）
回傳簡潔的身份摘要：
- 客戶
- 有效訂閱
- 已取消訂閱
- 發票
- 明顯異常，例如重複的有效訂閱
2. 分類問題
在採取行動前，先將案例歸入一個類別：
| 案例 | 典型行動 |
|---|---|
| 重複的個人訂閱 | 取消多餘訂閱，考慮退款 |
| 真實的多人/團隊意圖 | 保留席位，釐清帳單模式 |
| 付款失敗 / 結帳不完整 | 透過入口恢復或更新付款方式 |
| 缺少自助控制 | 提供入口、取消路徑或發票存取 |
| 產品故障或信任破裂 | 退款、道歉、記錄產品問題 |
3. 先採取最安全的可逆行動
優先順序：
- 恢復自助管理
- 修復重複或錯誤的帳單狀態
- 僅退款受影響的費用或重複項目
- 記錄原因
- 發送簡短的客戶後續訊息
如果修復需要產品工作，請分開處理：
- 立即的客戶補救
- 產品錯誤 / 工作流程缺口，放入待辦清單
4. 檢查操作人員端的產品缺口
如果客戶的困擾來自於操作人員介面缺失，請明確指出。常見範例：
- 沒有帳單入口
- 沒有用量/速率限制可見性
- 沒有方案/席位說明
- 沒有取消流程
- 沒有重複訂閱防護
將這些視為 ECC 或網站後續項目，而非僅是支援事件。
5. 產出操作人員交接資訊
結尾包含：
- 客戶狀態摘要
- 已採取的行動
- 營收影響
- 要發送的後續文字
- 要建立的產品或待辦項目
輸出格式
使用此結構：
客戶
- 姓名 / 電子郵件
- 相關帳戶識別碼
帳單狀態
- 有效訂閱
- 發票或續約狀態
- 異常
決策
- 問題分類
- 為何此行動正確
已採取行動
- 退款 / 取消 / 入口 / 無操作
後續
- 簡短的客戶訊息
產品缺口
- 應在產品或網站中修復的項目
良好建議範例
- "正確的修復方式是帳單入口，而非自訂儀表板"
- "這看起來像是重複的個人結帳，而非真實的團隊席位購買"
- "退款一筆重複費用，保留其餘有效訂閱，之後如有需要再將客戶轉換為組織帳單"
