先做自建估算
验证报价为什么要先自建估算？按角色乘天数估一遍：需要几名工程师、投入多少周、集成几个系统。自建估算不必精确，但能给出量级，报价偏离量级时才知道该问什么，谈判也有参照点。
核对角色与投入天数
同一职位名称在不同团队的能力差异很大。要求报价列出角色、人数、投入天数与所在阶段，再对照交付物判断配置是否匹配。怎么判断？把交付物逐条摊开，看人天是否撑得住，配置是否虚高一眼可见。
用公开信息做横向对标
为什么不能直接套用中标价？公共资源交易平台与政府采购公告里有同类项目的中标信息，可用来判断量级与常见分项。但含集成、含三年运维的项目不能与纯开发直接比较，口径不同。
算清长期成本
把变更单价、运维年费、算力用量与内部人力投入加进三年口径，很多低价方案在这一步会回到同一水平。只比首年合同额容易误判。怎么算？把三年运维与变更都折进总成本再比。
误区：拿折扣当依据
常见误区是拿同行谈到的折扣倒推自家报价，忽略项目范围与集成复杂度差异。更稳的做法是先比范围与工作量，再看价格是否匹配。折扣只是谈判结果，把它当成起点，容易被对方在范围上反向压缩，最后省下的钱又以增项补回。对方若只肯给折扣、不肯给范围表，可直接排除，更别指望用折扣锁定后续价格。
适用与不适用
适合谁
- 收到多家报价、需要横向比较的采购团队
- 预算评审前要做合理性说明的负责人
- 缺少历史单价库、需要建立对标方法的企业
不适合谁
- 只有一家供应商、无比较需求的紧急采购
- 标准化 SaaS 订阅、按席位计价的采购
典型场景
某集团采购部拿到三份 AI 项目报价，价差接近一倍。团队按角色与天数重建工作量表，再查公开采购信息核对量级，发现最低价方案未含集成与运维。补齐口径后，三份报价的差距明显收窄，议价也更有方向。
可执行步骤
- 按角色与天数做一次自建估算，标出最不确定的三个环节，作为比价基准
- 要求供应商逐项列明角色、人数、投入天数与所处的项目阶段，并与交付物对照
- 查公开采购信息核对量级，并逐项记录与自身项目的口径差异与调整方式
- 把运维年费、变更单价与算力用量纳入三年口径，重新测算总成本并横向对比
- 对结构异常项要求书面细化说明，核实清楚后再决定是否议价与让价空间
常见坑
- 只比合同总价而不看三年总成本，第二年被运维与追加需求拖住，超支时无人能解释，采购部门也很难向上交代
- 拿含三年运维的项目与纯开发项目直接比价，结论必然失真，选出的方案往往更贵，且难以纠正
- 不做自建估算，完全依赖供应商解释，议价时缺少依据，只能全盘接受对方的口径与报价，谈判余地很小
- 发现异常结构就直接砍价，未要求书面细化，后期增项更多，总价又回到原点，甚至更高，最终仍要补预算
自检与验收清单
- 是否做过自建工作量估算，并标明最不确定的环节
- 报价是否逐项列明角色层级、人数与投入天数
- 是否查过公开采购信息，并记录与自身项目的口径差异
- 三年总成本口径是否包含运维、变更与算力用量
常见问题
没有同类项目经验怎么估算？
用交付物反推：每个场景的数据准备、开发、测试与上线工作量分别估，再乘上不确定系数。估不准时至少能得到量级，用于判断报价是否离谱，也能指出需要重点追问的环节。
公开中标信息能直接参照吗？
只能参照量级与分项结构。项目背景、集成复杂度与运维年限差异很大，直接套用会得出错误结论，需按口径调整后再比较，否则容易低估自身项目的集成成本与协调难度。
报价低是不是一定有问题？
不一定，但要看低在哪里。若低在范围缺失或运维未计，长期成本会回升；若低在团队效率或复用已有组件，则属于合理优势，追问清楚即可判断，不要一概否定。