价格对比表怎么做

成本与用量

手把手把多方案价格摊到一张表上,解决口径不一、单位不同、赠额折扣藏起来导致比不出高低的问题。

想比几个方案,结果一个按 token 报价、一个按次、一个写月费,还有倍率、赠送额度和阶梯价夹在里头,最后只能凭感觉拍板。这篇给一套能落地的建表流程:先定比较单位,再对齐计费口径,然后把附加条件单独列成列,最后按自己的用量套进去算一列真实支出。

想比几个方案,结果一个按 token 报价、一个按次、一个写月费,还有倍率、赠送额度和阶梯价夹在里头,最后只能凭感觉拍板。这种「比不出结果」不是数据不够,是口径没对齐。下面给一套能落地的建表流程:先定比较单位,再对齐计费口径,然后把附加条件单独列成列,最后按自己的用量套进去算一列真实支出。

整套流程的核心只有一句话:单价没有可比性,只有「同一个场景下的月支出」才有可比性。表做出来不好看没关系,能让你在预算会上说清楚「为什么选这个不选那个」就够了。过程中涉及具体单价、倍率、额度数字,一律到站内页面核对当时的数字,别凭记忆填。

为什么随手贴几张截图比不出结果

最常见的失误是把按次和按量混在一列里比。一次调用到底消耗多少,取决于输入长度、输出长度、有没有带上下文、有没有重试,这些都是变量。你把两个不同计量单位下的数字直接排在一起,排出来的顺序就是假的。

  • 只比单价不看计量单位:按次、按量、按订阅三种口径混列,排序必然误导
  • 忽略隐性消耗:缓存没命中导致的重复计算、失败重试、长上下文被反复计费,都会把实际成本抬高
  • 额度没折算:赠送额度、试用余额、套餐内额度到底算不算钱,算法不同结论差很远
  • 起步费与最小计费粒度被跳过:小用量场景下这块占比可能比单价差更大

第一步:先定「一行代表什么」

行代表场景,列代表方案,交叉格里放成本——这个分工定下来,表就不会乱。很多人习惯把方案名写进第一列,一行一个方案,结果场景一变整张表就得重做。反过来,一行一个场景,之后加方案只是加一列,改用量只是改数字。

按任务量定行
一次对话、一篇文档、一轮编程任务,适合比较单位消耗差异
按周期定行
一个月、一个项目、一个季度,适合和预算、报销周期挂钩
行与列的分工
行是场景,列是方案,交叉格放成本;方案不要塞进行里

如果你连自己一个月跑多少量都不清楚,先别急着建表。可以到站内工具目录里找用量估算类的工具,先跑一两周统计再回来填。用量数据本身比表格格式重要得多。

第二步:把方案拉齐成同一组列

列不齐,表就没有比较意义。建议固定一组必填列,所有方案都按这个格式填,缺的写「无」或「不适用」,不要留空——留空会让人误以为便宜。

列名填什么注意点
计价单位按量 / 按次 / 订阅 / 混合三种口径并存时要拆成多行场景
输入输出是否分开分开报价 / 合并报价合并报价的方案要标注折算假设
最小计费粒度每次最少计多少、按什么取整小请求多的时候这块影响很大
起步费用有无最低消费、开通费订阅制常见,按量制也可能有
附加价项缓存命中价、批量价、加价项写成独立列,不要乘进单价
备注倍率、汇率、赠送额度、有效期只做标注,不参与计算

倍率、汇率、赠送额度一定要单独占一列写备注,不要直接乘进单价。原因很简单:这些条件会变,而且往往有前提。你把它乘进去,表看起来干净了,但下次条件一变你根本不知道是哪个因子动了。具体当前的倍率和额度情况,到站内价格追踪页面核对当时的数字。

第三步:把不同单位换成同一个数

换算的目的不是求精确,是让不同口径能放在同一个坐标里比大小。换算一定要标假设,假设变了结论就变,标了假设你才知道回头改哪里。

  1. 按次转按量用你自己的平均单次消耗去乘,不要用别人给的示例值。示例值通常是短请求,和你的真实负载差得远。验证方法:连续记几天实际消耗,取中位数而不是平均数。
  2. 订阅转按量拿套餐额度上限和典型用量估一个折算价,仅供横向比较。额度用不满时折算价偏高,用超时反而划算——这两种情况要分开写。
  3. 统一到月支出所有方案最后都落成一列「按当前用量一个月大概花多少」。这一列才是决策依据,前面的单价列只是过程。

换算完记得在表里写一句假设,比如「按每任务平均消耗 X、每月调用 Y 次估算」。这句话不写,三个月后你自己都不记得数字是怎么来的。

第四步:把藏起来的条件摆到明面

真正让对比失真的往往不是单价,是附加条件。免费额度、赠送额度、阶梯折扣、结算币种,这些东西写在官网角落或者活动页里,很容易被漏掉。

  • 免费额度与赠送额度:写清有效期、是否可叠加、超出后按什么价扣
  • 阶梯与折扣:达到门槛才生效的部分单独标记,别和基础价混在一列
  • 外币与渠道:结算币种、手续费、地区价差,有时候比单价差更大
  • 限速与并发:限速之外的加价项、并发上限导致的重试成本也要考虑
  • 取消与退款:按月还是按量结算、能不能停、停之前已产生的费用怎么算

第五步:按自己的用量填一张场景表

到这里列已经齐了,接下来填行。建议至少列三个典型场景,覆盖你的用量结构,而不是只算一个「平均情况」。

场景特征为什么要单独算
轻量日常请求小、次数多最小计费粒度和起步费影响大
批量处理单次大、集中跑批量价和缓存命中价影响大
长上下文或高频调用输入长、调用密输入输出分开计价的方案差距会拉大

每个场景算一列「按当前用量一个月大概花多少」。填完之后你会发现,结果和单价排序不一致是正常的——不一致恰恰说明用量结构在起作用,这正是这张表的价值所在。如果结果和单价排序完全一致,反而要检查是不是把隐性成本漏了。

表建好之后,怎么维持它不失效

价格、额度、活动都会变,一张不更新的表比没有表更危险,因为它会让你用旧结论做新决策。给表设一个复查节奏,比如换季、调价公告之后、或者预算周期开始前重跑一遍。

  • 设定复查触发条件:调价、活动结束、用量结构明显变化,三者任一发生就重跑
  • 变更写进版本备注,不要直接覆盖旧数字,方便解释预算为什么变
  • 保留假设列:每次重跑都确认假设还成立不成立
  • 对外分享时只说结论和假设,具体的量和账号信息留在本地

复查时优先核对变化最大的一两项,不用整张表重做。通常变动来自额度政策或阶梯门槛,单价本身反而稳定。

几个常见的填表错误

  • 把单价最低的方案直接当成总成本最低,忽略起步费和最小计费粒度
  • 用官网示例消耗代替自己的真实消耗,误差能差出几倍
  • 赠额度和付费额度混算,导致边际成本被低估
  • 只算一次的平均值,不区分轻量和重载场景
  • 把倍率、汇率直接乘进单价,条件一变整张表作废

这份清单可以当提交前的自检:每一条都问自己「我这张表里有没有对应的列或备注」。有,就过了。没有,回去补一列,比事后拍脑袋强。

下一步先把你手头的方案按第二步的列模板拉齐,缺的数字去站内对照当时的报价补上;如果连用哪个渠道都还没定,可以先看可信度检测的结果再决定要不要把它填进表里。

常见问题

没有详细用量记录,能先做表吗?

可以先搭骨架。用估算值把列和口径定下来,标注哪些是估的,等有真实记录再替换成实测值。关键是口径先对齐,数字后补,不要等数据齐了才动手,那样往往一直拖着不做。

表里该不该把免费额度算进去?

建议单独一列写明,不要直接抵减成本。免费额度有有效期和适用范围,还可能和付费额度按不同顺序扣。把它当作条件标注,等确认用法后再决定要不要计入边际成本。

按次和按量两种方案怎么放在一张表里?

统一换算成「跑完这批活要花多少」。按次的方案用你的任务数乘单价,按量的方案用预估 token 量乘单价,两边都用你自己的实际消耗做输入,换算假设写在表下方,之后随时可以改。

多人共用一份表怎么避免打架?

冻结前几列作为统一口径,用量和假设单独放一列或一个说明区,个人改自己的行别改别人的列。对外沟通只发结论页,把敏感的量、账号和折扣信息留在内部版本。

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