倍率、折扣、赠送额度:比价前必须对齐的 4 个口径

成本与用量

两个站报价差三成,往往不是同一件事。这篇教你在比价前把标价单位、倍率作用范围、折扣是否覆盖缓存、赠送额度规则四个口径对齐,并附一份可直接发给客服的提问模板。

拿着两家报价单对比,数字差了三成,你以为找到了便宜的那家,结果充完值一跑业务,账单反过来了。问题多半不在价格本身,而在于两边说的根本不是同一件事:一家报的是原始单价,另一家报的是乘过倍率后的实付价;一家说打八折,另一家只对非缓存部分打折。这篇给你四个必须对齐的口径和一套提问模板,照着问一遍,报价才有可比性。

两家报价单摆一起,数字差三成,你多半会先记下便宜那家。但充完值跑一跑业务,账单经常反过来。问题不在谁虚标,而在两边说的不是同一件事:一家报原始单价,另一家报乘过倍率的实付价;一家说打折,另一家只对非缓存部分打折。这篇不给你结论,只给你四个必须对齐的口径和一套提问模板。

对齐口径这件事,顺序比努力重要。先统一单位和币种,再看倍率乘在哪,然后问折扣覆盖范围,最后确认赠送额度的有效期和适用范围。四步走完,两份报价才第一次真正可比。下面每节都给你能照着做的动作。

口径一:标价单位说什么价

第一件事是分清报的是原始单价还是实付单价。原始单价通常还要再乘倍率,实付单价一般已经含了倍率,两者直接放一起比就是苹果比橘子。同一个数字,一个要再乘一次,一个不用,差出来的往往就是你以为找到的那三成。

原始单价
还没乘倍率的基准价,最终账单要再按分组倍率放大
实付单价
已经把倍率算进去的到手价,可以直接拿来比
计价粒度
按百万 token 还是按千 token 报价,粒度不同数字差几个数量级
单程与双向
输入输出分别计价还是合并计价,输入输出倍率常常不一样
  • 把两家报价统一换算成同一种 token 单位和同一种币种,换算基数写下来,别靠心算。
  • 确认是单程计价还是输入输出分开,分开的要把你自己的输入输出比例代进去算加权价。
  • 到 /tools/token-price-calculator 按你的真实用量核一遍,两边对不上就先别下结论。
  • 如果报价单写的是「额度」而不是货币,先问清额度和货币的换算基准,再进下一步。

口径二:倍率作用在哪些项上

倍率是乘在原始单价上,还是已经含在标价里,这条不写清,后面全乱。更常见的是倍率覆盖面不一致:有的只作用在输入,有的输入输出都乘,有的连缓存命中的部分也乘一遍。覆盖面不同,同样的倍率数字算出来完全不是一回事。

要问的点回答含糊时的影响
倍率乘在原始价还是已含在标价里可能是两个数量级的误会
倍率是否覆盖输出项输出量大的业务受影响最大
缓存命中部分是否也乘倍率高缓存场景账单会明显偏高
倍率对应哪个分组换分组后价格可能整体上浮

分组名不同,倍率也不同。报价单上的那个倍率往往只对应某个特定分组,换成默认分组或高优分组,价格就变。去 /channel-groups 对照各分组含义,确认自己实际会走哪个分组,再拿那个分组的数字去谈。

  1. 锁定分组问客服这个报价对应哪个分组,把分组名记下来,别只记价格。
  2. 拆项核对把输入、输出、缓存命中三项各自的倍率列出来,看哪些乘了哪些没乘。
  3. 排除不适用按次计费或订阅套餐通常没有倍率概念,硬套倍率反而不准,先确认自己的计费模式。
  4. 回站内对照到 /channel-groups 核对该分组的价格口径说明,确认理解一致。

口径三:折扣覆不覆盖缓存

折扣听起来简单,算法却分两种:一种是按总量乘百分比,一种只对未命中的部分打折。缓存命中的单价本身通常就低于标准价,如果折扣又只作用在标准价上,你实际省下的比想象中少。高缓存命中的业务,这两种算法差得最明显。

  • 问清折扣是按总量算还是只按未命中算。
  • 确认缓存命中部分打不打折,能不能和折扣叠加。
  • 弄清折扣有没有门槛:最低消费、绑定套餐、限定时段,还是一直生效。
  • 拿自己真实的一段用量记录算两遍,含缓存一遍、不含缓存一遍,差异大就说明折扣口径没对齐。
  • 缓存怎么影响账单,回看站内 token-cost 那篇,别在这里重新推一遍。
折扣的百分比本身不贵,贵在你不知道它乘在哪个基数上。

口径四:赠送额度的有效期与适用范围

赠送额度最容易让人误判预算,因为它看起来像现金,实际三条限制:有效期、适用范围、能否叠加。有效期可能是永久、按月清零,也可能是充值后固定天数内过期,过期没用完就是白送不出去。适用范围更关键,很多赠送额度只能用在标价最高的那类渠道上。

维度要确认的问题不确认的后果
有效期永久、按月清零还是固定天数过期清零等于没送
适用分组能用在哪几类分组只能用在最贵渠道上,实际省得有限
缓存部分能不能抵扣缓存命中的费用高缓存场景赠送额度消耗极快
叠加能不能和折扣同时用既打折又送额度的说法可能只能二选一
可转移能否退款、折算、随余额迁移换站或迁移时直接作废

判断赠送额度值不值,不要按面值算,要按「用它能跑完多少真实任务」算。拿一小段真实任务跑一遍,看消耗速度和过期时间赛跑的结果,比看宣传里的额度数字靠谱得多。

附:一段可以原样发给客服的提问模板

下面这几句可以直接复制发给客服。重点不是问得多,而是问得具体,让对方必须给数字或明确范围,回答含糊的本身就是一个信号。

1. 我看到的报价是原始单价还是实付单价?输入和输出分别是什么倍率?
2. 这个价格对应哪个分组?换分组后价格怎么变,能否给一份分组对照?
3. 折扣是按总量算还是按未命中算?缓存命中部分打不打折?能不能和赠送额度叠加?
4. 赠送额度的有效期多久?能用在哪些分组?能不能抵扣缓存部分?能不能退款或迁移?
5. 我的典型输入输出比例和缓存命中率大致是这样,按你们口径算一遍实付大概是什么水平?

把这段发过去,回答清晰、能给数字或明确范围的,优先进入下一轮比价;回答绕圈子、只重复宣传口径的,直接降低它的比价权重。口径没对齐之前,便宜那家可能只是话术更短。

下一步把两家的实付价按统一口径算完,再去站内比对可信度和历史价格波动,别只看报价单上的一个数字。

常见问题

两家报价差三成,怎么快速判断是不是口径问题?

先把两边的价换算成同单位、同币种、同分组,再看是否含倍率。多数价差在这一步就会消失或翻转。如果换算后还差,大概率是折扣覆盖范围或赠送额度规则不同,按四个口径逐条问客服确认。

倍率越高就越贵吗?

不一定。倍率乘的是原始单价,原始单价低的站乘完可能仍然便宜。要比的是「实付单价」,也就是原始单价乘上倍率再叠加折扣后的数。只比倍率数字容易被带偏,去 /tools/model-cost-calculator 用真实用量算一次更靠谱。

赠送额度多,是不是就值得优先考虑?

先看有效期和适用范围。限定短期过期、只能用于少数分组、不能和折扣叠加的赠送额度,实际价值远低于账面数字。把它当成一次免费实测的机会,而不是当成可规划的成本,按这个预期去选站更稳。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。