做采购比价、供应商报价汇总、软件订阅横评时，常见情况是：几份报价散在邮件里，手工凑成一张表后，改一个数就得重算一遍，别人接手也看不懂列是什么意思。这篇给你一张价格对比表的列结构、字段命名习惯，以及配套的分析函数怎么挑、怎么用，最后附一份自查清单，让你做完就能交给同事复核。
做采购比价、供应商报价汇总、软件订阅横评时，常见情况是：几份报价散在邮件里，手工凑成一张表后，改一个数就得重算一遍，别人接手也看不懂列是什么意思。更麻烦的是，口径没对齐就开始比，算出来的结论其实站不住脚。
这篇给你一张价格对比表的列结构、字段命名习惯，以及配套的分析函数怎么挑、怎么用，最后附一份自查清单，让你做完就能交给同事复核。函数部分不背名字，按「你要回答什么问题」来选，反而更快。
先想清楚这张表给谁看、比什么价
动手建表之前，先回答两个问题：这张表是一次性用完就归档，还是要按月更新？看表的人拍板选型，还是只做数据汇总？答案不同，列结构差别很大。一次性选型比价，重点是把结论说清楚；长期追踪报价，重点是可更新、可对比历史。
- 一次性选型比价
- 留一列结论和审批意见，方便会上直接拍板，表格不用设计得太复杂
- 长期追踪报价
- 需要日期列和版本列，记录每次更新，方便看价格变化趋势而不是只看当下
- 口径三条
- 同一规格、同一计费周期、同一含税与否，缺一条后面所有函数都白算
还有一点容易忽略：把「谁看」写进表头。给采购看的版本要留审批列；给财务看的版本要留折算列，标明每个数是怎么换算过来的。表头写清楚，比在群里反复解释省事得多。
一张比价表该有哪些列：从原始报价到可比单价
列设计可以分四层：基础列放原始信息，折算列统一口径，差异列做对比，备注列存口头约定。层与层分开，改一处不会牵动全身。
| 列类型 | 典型列名 | 作用 |
|---|---|---|
| 基础列 | 供应商/方案名、报价原文、计费周期、数量或席位、税口径、有效期 | 保留原始信息，方便事后核对和复算 |
| 折算列 | 统一基准单价、折算说明 | 把不同周期的报价拉到一个基准上再比 |
| 差异列 | 与最低价差额、与预算差额、差额比例 | 单独成列便于排序，结论一目了然 |
| 备注列 | 含不含实施费、超量怎么算、附加条款 | 把口头约定落成文字，避免二次沟通 |
- 基础列不要省：报价原文留一列，折算错了还能回查
- 折算列要写清基准是什么，比如「统一折算到每人每月」
- 差异列不要写死在公式里，引用单元格，改基准时不用重写
- 备注列尽量用短句，别写成段落，否则筛选时很难扫
如果你需要参考其他团队怎么做报价汇总，可以到站内的工具目录看看有没有现成的模板思路，路径在 /tools。不过模板只是骨架，口径还是得按你自己的业务定。
字段命名与数据格式：减少后面 80% 的返工
很多表返工不是因为算错，而是因为格式埋了坑。最常见的坑是数字列里混进单位文字，表面看得懂，函数一算就静默出错。解决办法很简单：单位写在表头，数字列只放数字。
- 数字列
- 只放纯数字，单位写在表头，比如表头写「单价（元/月）」列里只填数字
- 日期列
- 统一一种格式，后续按有效期排序或做条件判断才不会乱
- 表头命名
- 短而稳定，别用「备注1」「备注2」，改一次表头就要改一遍公式
- 先做三行假数据灌真实报价之前，先用三行假数据把折算列、差异列、判断列的公式跑通，确认没有引用错行
- 锁定列名再填数列名定下来就别随意改，改名前先用查找替换检查所有公式里的引用
- 加一行口径说明在表头下方或单独工作表写清每个数字的口径，别人拿到表先看这行
分析用哪个函数：按你要回答的问题来选
很多人卡在「表格价格对比分析用哪个函数」。其实不用背函数表，先写清你想问的问题，再去函数向导里按类别找。下面是常见问题和函数类别的对应关系。
| 你想回答的问题 | 该用的函数类别 | 注意点 |
|---|---|---|
| 哪家最低价、哪家最高价 | 取极值类，先定位再回查方案名 | 极值只给你一个数，要配合查找类才能拿到对应方案 |
| 某类供应商的均价是多少 | 条件求平均类，按条件筛行再算 | 比手工筛选再算更不容易漏行 |
| 这家里有没有达标 | 逻辑判断配合条件计数、条件求和 | 做一列通过/不通过的标记，方便会上扫 |
| 哪个条件组合对应哪个价 | 多条件查找类 | 条件列要保持干净，别有空行和合并单元格 |
实际用的时候，别在一个单元格里塞太长公式。拆成两步：第一步用辅助列把条件算出来，第二步用简单函数汇总。辅助列可以隐藏，但保留着，别人复算时能看懂你的逻辑。
- 先定位再回查：取极值类函数只给数值，要配合查找类拿方案名
- 条件求平均前先确认条件列没有空值，否则结果会被拉偏
- 逻辑判断的结果用统一文字，比如「通过」「不通过」，别一会儿是「是」一会儿是「Y」
- 多条件查找要求条件列格式一致，文本和数字混用会查不到
比价表最容易出错的地方
比价表的错误往往不是公式写错，而是数据本身有问题。下面这几类坑，踩过一次就会记住，但最好提前避开。
- 口径不一致：含税价和不含税价放在同一列比较，结论必然偏
- 公式引用错行：插入或删除行后没检查引用范围，差值列会指向错行
- 只比单价不比总量：低单价配高起订量，总支出可能更贵
- 不留原始报价列：只留折算后的数，事后没人能验证折算对不对
- 忽略有效期：拿三个月前的报价和今天的比，等于白比
还有一种隐性错误：把不同规格的东西放在一起比。比如一个按席位收费，一个按调用量收费，硬折算成同一个单位反而失真。遇到这种情况，宁可分成两张表，分别对比，最后在结论里说明为什么不能直接比。
交付前的自查清单
做完表别急着发出去，花几分钟过一遍下面这张清单。同行复核时，这几点是最容易被问到的。
| 检查项 | 通过标准 |
|---|---|
| 单位与口径 | 每一列都有明确的单位和口径说明，写在一眼能看到的位置 |
| 折算可复算 | 拿一行手算一遍，结果和表里一致 |
| 排序筛选 | 排序和筛选还能正常工作，没有被合并单元格挡住 |
| 来源可追溯 | 留了一列记录报价来源和获取时间，方便过期后回头更新 |
| 结论可读 | 差异列和判断列能让没参与过比价的人直接看懂结论 |
如果表格里涉及对当前市场价的判断，别只信自己表里的数。可以到站内的价格追踪页面核对当时的数字，路径在 /price-watch，那里汇总的是持续更新的公开信息。
什么情况下别硬用 Excel 比价表
Excel 比价表适合维度不多、更新频率不高的场景。维度一多，二维表就会迅速变得难读，维护成本也成倍上涨。判断标准很简单：超过四五个比较维度，或者需要多人同时在线改，就该考虑换方式。
- 报价维度超过四五个（多币种、多阶梯、多区域），二维表难读，考虑分表或换工具
- 需要多人同时在线改同一个文件，版本冲突成本高，考虑协作表格
- 需要按天自动抓价格变动，手工表只能做定期快照，做不了实时追踪
也别指望一张表解决所有问题。表格负责把已有事实摆清楚，判断还得靠人。如果你还需要评估不同服务提供方的可信度，站内有一套检测维度，路径在 /sites，可以和价格表配合着看。
从现在到能用的一张表：落地顺序
最后给一个落地顺序，照着走就行，不用一次做到完美。
- 抄列结构用三行假数据把公式跑通，确认折算列、差异列、判断列都能正常工作
- 灌真实报价锁定折算口径并写进表头备注，让同事知道每个数是怎么来的
- 加差异和判断列把差异列和判断列做出来，用来支撑会议上的选型结论
- 约定更新规则写清更新频率和责任人，否则这张表过了有效期就没人敢用
整张表的目标不是好看，而是让没参与过比价的人能独立复算、独立看懂结论。做到这一点，这张表就算合格了。如果你还想了解不同官方 API 的模型资料和大致价格区间，可以到站内资料库按当时的数字核对，路径在 /rankings。
下一步把列结构先抄下来，用三行假数据跑通公式；需要参考市场价格趋势时，去价格追踪页看当时的数字。→常见问题
价格对比表里算差额，用简单减法还是用专门的函数？
一行两行的差额，直接用减法最直观。但要做「比最低价贵多少」这种会随数据变化的比较，就用取极值函数先找出最低价，再减当前行，这样新增报价时会自动重算，不用改公式。
不同计费周期的报价怎么放进同一张表比较？
先把所有报价折算到同一个基准单位，比如都折算成月均或年均，折算过程单列一列写清算法。原始报价也要保留一列，方便别人复核。折算口径不统一时，任何对比结果都不成立。
条件求和的函数结果不对，一般是什么原因？
多半是条件区域和求和区域的行数没对齐，或者条件写成文本但单元格里是数字。检查两段区域的范围是否一致，再看条件的类型是否匹配，通常就能定位。排查顺序可以参照站内公式报错排查那篇。
比价表需要做成模板反复用吗？
看你多久比一次。每季度都要比一轮的，做成模板很值；一次性选型其实没必要，按当次口径临时搭一张反而更快。模板的代价是列结构固化，遇到新维度就得改，评估下改动频率再决定。
表格做好后要不要另外写一份说明？
建议在表内单开一块区域写口径说明，别放到另一个文件里。口径和表格分离，半年后接手的人只看表是看不懂的。写清折算方式、数据来源和有效期，比多做一个漂亮图表有用。
