预付额度和后付用量承担不同风险

用量产品通常采用两种收款方式。

预付额度

客户先购买 Credits，再逐次消耗。产品方较早获得现金，坏账风险较低，客户也能控制最高支出。需要明确额度对应什么单位、是否过期、能否退款、价格变化后怎样折算，以及赠送额度与付费额度的消耗顺序。

后付用量

客户先使用，账期结束后按实际量出账。它减少预付摩擦，适合用量稳定或信用条件清楚的客户，也把异常使用、欺诈、支付失败和坏账风险留给产品方。

后付模式需要预算、阈值、告警、用量封顶和异常暂停。Stripe 当前文档支持基于 Meter 监控阈值，但部分信用额度与高级能力仍处在预览阶段，具体可用性需要按账户和版本确认。^[1]

无论采用哪种方式，客户都应能在产品内查看当前使用、剩余额度、预计账单和历史明细。只在月底发送一个无法核对的金额，会增加退款、拒付和支持。

混合模式用固定费覆盖基础义务

固定订阅加用量是一种常见组合：基础费覆盖账号、平台能力、维护和一定额度，超出部分按使用收费。它比完全后付更容易形成可预测收入，也能让重度用户覆盖额外成本。

设计时需要说明：

• 基础费包含多少额度；
• 额度何时重置，是否结转；
• 超额单价和阶梯；
• 用量延迟怎样显示；
• 预算和封顶如何设置；
• 升降级对当前周期怎样影响；
• 取消时未出账用量如何结算；
• 退款是否返还已消耗额度。

复杂度会迅速增加。固定费、Seat、多个 Meter、阶梯、预付 Credits、折扣和最低消费如果一次叠加，销售、开发、财务与客服都更难解释。早期先选择最能表达价值和成本的一到两个维度，等真实账单证明需要后再扩展。

商品履约提醒软件团队看见隐藏成本

跨境商品经营会把采购、库存、物流、退货和支付争议直接暴露出来。软件没有实体库存，却同样可能存在模型、存储、客服、退款、拒付和长期更新成本。^[2]

商品商家会在选品时计算最大退货损失、运输、支付和可实现毛利；软件团队也应在销售前计算重度用户、长时间活跃、退款和支持的最坏成本。支付争议过多还可能影响账户、保证金和收款能力，不能只从代码是否可以继续运行来判断履约。^[2]

一次性数字商品、订阅服务和用量产品的成本出现时间不同，经营纪律相同：先把完整交付链列出来，再决定一次收款能否覆盖。

每月做一次计费组合复盘

复盘表可以分成五部分。

现金

• 月付、年付、一次性、LTD 和用量分别收到多少；
• 哪些款项仍在退款期或等待平台结算；
• 税费、支付和渠道扣除多少；
• 当前可以安全使用的现金是多少。

义务

• 未来十二个月要服务多少年付客户；
• 活跃 LTD 账号和承诺额度；
• 未消耗的预付 Credits；
• 待出账用量、退款和争议；
• 未完成的实施、支持和升级。

质量

• 月付续费与流失；
• 年付使用和到期续费；
• LTD 激活、长期使用和支持；
• 用量客户的增长、异常与毛利；
• 各渠道的退款和拒付。

成本

• 模型、服务器、存储、带宽和第三方服务；
• 支付、税费、渠道分成与汇率；
• 客服、实施和争议工时；
• 未来兼容、安全和数据迁移准备。

决定

• 哪个方案继续销售；
• 哪项额度需要调整；
• 哪个渠道只增加蚕食或低质量负担；
• 哪批存量权益必须保持；
• 哪项变更需要提前通知并保留选择路径。

变更价格或权益时，要为新客户和存量客户分别建版本。支付系统中的价格可以停止新售，历史订单与原权益仍需保留。任何迁移都要明确生效时间、账单、额度、退款、升级与退出方式。^[3]

上线前检查

• 月付、年付、一次性、LTD 和用量分别建账；
• 现金与尚未履约的收入分开；
• 年付现金保留未来服务和退款准备；
• 月付流失与支付失败分别记录；
• 一次性许可写清版本、更新、设备和支持；
• Lifetime 的含义、档位和产品存续边界明确；
• 高成本能力有额度、重置和异常使用规则；
• LTD 通过预期、压力和最坏情景核算；
• 平台商品页、合同、退款、分成和结算规则已刷新；
• 购买、兑换、退款代码与产品访问能准确同步；
• 用量事件可去重、调整、重放和审计；
• 客户能查看使用、额度、价格和预计账单；
• 预付与后付的坏账和退款责任清楚；
• 升级、降级、取消和价格变更经过测试；
• 会计、税务、消费者与平台规则按实际市场确认。

计费方式会决定现金到来的速度，也会决定产品方要把什么责任带到未来。月付需要持续争取续费，年付需要保护预收现金，Lifetime 需要守住长期承诺，用量计费需要守住每一个使用事件。把它们分开核算，再决定如何组合，短期增长才不会以未来无法履行的义务为代价。