Finance Billing Ops 是一个面向 ECC 的财务与计费运营技能，核心原则是“证据优先”。它适用于用户想理解资金、定价、退款、团队席位逻辑，或想确认产品实际行为是否与网站和销售文案所暗示的一致时。
用途
该技能比 customer-billing-ops 更宽泛。customer-billing-ops 用于客户补救，而本技能用于运营者视角的事实核查：收入状态、定价决策、团队计费，以及有代码支撑的计费行为。
技能栈
在相关时，可将以下 ECC 原生技能纳入工作流：
- customer-billing-ops：用于客户特定的补救与跟进
- research-ops：当竞争对手定价或当前市场证据重要时
- market-research：当答案应以定价建议收尾时
- github-ops：当计费事实依赖同级仓库中的代码、待办或发布状态时
- verification-loop：当答案依赖证明结账、席位处理或权益行为时
适用时机
- 用户询问 Stripe 销售、退款、MRR 或近期客户活动
- 用户询问团队计费、按席位计费或配额叠加在代码中是否真实存在
- 用户想要竞争对手定价对比或定价模型基准
- 问题混合了收入事实与产品实现事实
护栏
- 区分实时数据与已保存快照
- 分离：收入事实、客户影响、有代码支撑的产品事实、建议
- 除非实际权益路径强制执行，否则不要说“按席位”
- 不要假设重复订阅意味着重复价值
工作流
- 从最新的计费证据开始
优先使用实时计费数据。如果数据不是实时的，明确说明快照时间戳。
规范化画面：
- 已支付销售
- 活跃订阅
- 失败或不完整的结账
- 退款
- 争议
- 重复订阅
- 将客户事件与产品事实分开
如果问题是客户特定的，先分类：
- 重复结账
- 真实团队意图
- 自助控制损坏
- 未满足的产品价值
- 支付失败或设置不完整
然后将其与更广泛的产品问题分开：
- 团队计费是否真的存在？
- 席位是否真的被计数？
- 结账数量是否改变权益？
- 网站是否夸大了当前行为？
- 检查有代码支撑的计费行为
如果答案依赖实现事实，检查代码路径：
- 结账
- 定价页面
- 权益计算
- 席位或配额处理
- 安装与用户使用逻辑
- 计费门户或自助管理支持
- 以决策和产品缺口收尾
报告：
- 销售快照
- 问题诊断
- 产品事实
- 建议的运营者行动
- 产品或待办缺口
输出格式
SNAPSHOT
- timestamp
- revenue / subscriptions / anomalies
CUSTOMER IMPACT
- who is affected
- what happened
PRODUCT TRUTH
- what the code actually does
- what the website or sales copy claims
DECISION
- refund / preserve / convert / no-op
PRODUCT GAP
- exact follow-up item to build or fix
陷阱
- 不要将失败尝试与净收入混为一谈
- 不要仅凭营销语言推断团队计费
- 当有当前证据可用时，不要凭记忆比较竞争对手定价
- 不要从诊断直接跳到退款而不先分类问题
验证
- 答案包含实时数据声明或快照时间戳
- 产品事实主张有代码支撑
- 客户影响与更广泛的定价/产品结论被清晰分离