价格上涨25%怎么算

供应商发来一封调价通知，或者账单比上个月多了一截，你第一反应通常是「这算涨了多少」。可一上手就发现口径没对齐：比的是折前还是折后、含不含税、有没有叠加赠送额度，算出来的百分比能差出一倍。这篇按算账顺序走一遍，把公式、口径和验算动作拆成能照着做的几步。

供应商发来一封调价通知，或者账单比上个月多了一截，你第一反应通常是「这到底涨了多少」。可一上手就发现口径没对齐：比的是折前还是折后、含不含税、有没有叠加赠送额度，算出来的百分比能差出一大截。这篇按算账顺序走一遍，把公式、口径和验算动作拆成能照着做的几步，你拿计算器或者几行脚本就能跑完。

先说清楚适用范围：这套算法只处理「同一个东西、同一套计价单位，价格变了」的情况。如果计费模式本身换了、或者用量跨了阶梯档，硬套涨幅公式只会自己骗自己，后面单开一节讲这几种情况该怎么处理。下面每一步都配了验证动作，算完能自己回头检查。

先对齐口径：拿哪两个数去比

动手算之前，先把三个数记下来：调价前的实际结算单价、调价后的实际结算单价、这段时间用掉的量。单价要取折算到同一计费单位之后的数字，不是标价牌上那个数。这三个数写在同一行里，谁跟谁比一目了然，后面出问题也好回溯。

• 最常见的坑是拿旧标价和新折扣价比：旧价本来就打着折，新价标价更高但折扣后反而更低，这么一比就得出一个根本不存在的涨幅
• 把税、汇率、赠送额度、阶梯落在哪一档一并记下来，任一环节对不上，百分比就没有意义
• 两期用量结构变了（比如缓存命中比例、输入输出配比不一样），先到 /models 或 /official-api 确认计价口径，再动手算
• 同一个供应商的旧账单翻出来对一遍，确认你拿到的旧单价是当时真实扣费的数字，不是当初的报价单

换算三步：求差额、除基数、看方向

1. 求差额新单价减去旧单价。注意正负号，结果是负数说明是降价，不是涨幅。写下来的时候把符号带上，别只记绝对值。
2. 除基数差额除以旧单价，得到的就是涨幅比例。比例乘以 100 才是百分数；脚本里做格式化时留意，别在已经乘过的地方再乘一次。
3. 验算用旧单价乘以「1 加涨幅比例」，结果应该回到新单价。对不上就说明某一步基数取错了，回头查是差额算错还是除错了基数。

涨幅算出来只是第一步。如果你还关心「我每月实际多花多少」，那就用涨幅比例乘以旧口径下的月度支出，得到一个粗算。但要注意，月度支出本身也会因为用量变化而变，这时候得把用量差和单价差拆开看：先固定用量算纯涨价的增量，再单独看用量增减带来的部分，两个数分开记，别混成一个。

old = 1.00  # 旧单价，换成你自己的数
new = 1.25  # 新单价
ratio = (new - old) / old
print(ratio, ratio * 100)
print(old * (1 + ratio))  # 验算，应等于 new

这几种情况别硬套涨幅公式

有几种场景是有真实涨幅的算法套不上的，套了反而误导决策。碰到下面这些，要换一套算法，而不是在涨幅公式上打转。

• 计费模式换了：从按量变成包月、从按次变成按 token，两边单位根本不是一回事，这时候该算的是单次任务成本，不是涨幅
• 阶梯价跨档了：用量涨到下一档，单价反而下降，算出来的「涨幅」其实是结构变化，不是真涨价
• 比价对象不是同一件东西：官方直连价和中转价、含缓存的账单和不含缓存的账单，混着比只能得到误导性的数字
• 用量本身暴涨：账单总额涨了，但单价没变，问题在量不在价，硬算涨幅会得出一个虚假的百分比

判断标准很简单：问自己一句「这两个数描述的是不是同一个计价单位下的同一个东西」。答案是否，就别用这套公式，改用单次成本或者总量对比的思路。

算完之后：留档、盯变化、找责任人

1. 留档把旧单价、新单价、生效时间、涨幅比例四项写进同一张表，下次调价直接追加一行，不用每次都从头找旧数。
2. 盯变化涨幅是单价的结果，总账有没有跟着涨还要另看。到 /price-watch 看价格变动记录，到用量页对一下趋势，两条线分开看才判断得准。
3. 横向对照如果涨的是供应商侧报价，顺手核一下是不是只有你这家涨、同类渠道什么情况，参考 /sites 和 /rankings 做对照。
4. 定一个动作涨价确认之后给自己定一个动作：要么换档位、要么换计费方式、要么把用量压下来。只记录不动作，下次调价还是被动。

最后提醒一句：这些数字都随时间变，别把某一时点算出来的比例当成永久结论。单价、渠道、计价口径都可能调整，遇到大额支出对应的品类，定期到站内对应页面重新核一遍当时的数字，比记住一个旧百分比有用得多。