终身49美元看起来比年付99美元容易成交，但收款之后，服务器、支持、数据保留和第三方服务都不会终身免费。对持续提供服务的产品，两个价格对应的是不同的责任结构，不能只拿首日收入比较。
下面使用教学假设做简单算术，不是任何产品的真实收入，也不是收益预测或定价建议。
把一次收款和持续成本放到同一时间轴
假设每位活跃用户每年带来18美元可变服务成本，先忽略税费、退款、支付手续费和时间价值。终身49美元只能覆盖有限年数；年付99美元也并非每年都能收回，因为用户可能不续订。
真正有用的问题是：产品承诺支持哪些功能、哪些地区、多少用量，用户不再付费后保留什么。尤其含外部API用量的产品，不能在没有成本上限时许诺无限使用。
图中两条现金流不代表谁一定更好。它提醒人把付款频率与成本发生频率放在一起看，避免用累计收入掩盖后续责任。
用十进制金额写一份假设表
from decimal import Decimal def contribution(price, annual_cost, years): if years < 1 or not isinstance(years, int): raise ValueError('invalid horizon') return price - annual_cost * years price = Decimal('49.00') cost = Decimal('18.00') assert contribution(price, cost, 1) == Decimal('31.00') assert contribution(price, cost, 3) == Decimal('-5.00') assert Decimal('99.00') - cost == Decimal('81.00') print('pricing: 3 arithmetic cases passed')保存为pricing.py，运行python3 pricing.py。计算采用Decimal，但精确算术不会让假设变准确。这里没有续费概率、获客成本、固定成本或利润率，不能拿81美元直接称净利润。
定价页也是一个接口
前端应明确额度、超额处理、续费规则和取消入口。“终身”若实际上指产品存续期或某个版本，需要用可理解的条款说明，不能把关键限制埋在按钮后面。具体合同及消费者权益问题应依据目标市场规则审查。
测试两个价格时，也要保证功能、受众和时间窗口可比较，记录退款和支持负担，而不是只看支付按钮点击。样本很小时，一两笔订单就能改变结论，不适合包装成定价规律。
我更愿意从能够稳定履约的边界开始定价。价格页面上的一句承诺，会在很长时间里变成开发者要维护的产品行为。
