先别急着比总价,把每份报价拆成“范围—交付—验收”三列,再按同一口径重算。报价差异大的常见原因不是谁贵谁便宜,而是有的方案只做页面改写,有的包含技术整改、内容迁移和旧系统下线,样本根本不在一个范围里。剔除范围不同的样本后,剩下的比较才有意义。
把报价单里的工作项逐条对照,出现下面任一情况,就应先标为“范围不同”,而不是直接放进价格排序。
标完以后,把“只做执行”和“含技术整改”分成两组。分组本身就是剔除动作:不同组的报价不放在同一张表里比单价。
范围对齐之后,还要决定旧内容、旧系统和旧合作关系怎么处理。这一步不是全留或全换,而是按前提分开判断。
旧内容仍有访问需求,旧系统仍承载无法短期迁移的功能,旧合作方仍能按新范围交付。此时保留,但要写清保留部分的验收责任,避免它成为新报价里的模糊地带。实际动作是把保留项单独列一张清单,注明谁维护、多久复核一次。这样做的结果是新报价里不再混入旧包袱,后续比较范围更干净。
内容有价值但结构、表述或入口已经过时,且改写成本低于重做。改写时要限定改动边界,例如只调整页面结构和内部链接,不动数据层。若改写后仍需人工反复修补,说明边界没定清,应回到范围拆分这一步。
旧系统无法满足当前交付要求,旧合作方无法按新范围提供验收依据,或维护成本已经超过替换成本。退出前先确认依赖关系:哪些页面、接口或数据仍被引用。假设某站点有三百个旧页面,其中八十个仍有访问,直接全部下线会让这些访问落到无效地址;先做跳转或保留入口,再分批退出,影响面更可控。这个例子只说明比较方法,不代表任何真实项目数据。
剔除范围不同的样本后,把剩余报价按同一口径折算。可以按“可验收交付项”计数,也可以按阶段拆分,但同一批比较必须用同一种口径。
这样做的直接结果是:原本看起来最低的报价,补上缺失的技术整改项后可能不再最低;原本看起来最高的报价,扣除重复项后可能回到合理区间。下一步就是拿这张重算表去谈交付节奏和验收方式,而不是继续在总价上拉扯。
完成剔除和重算后,用一页纸写清三件事:保留哪些旧内容或旧系统、改写哪些部分、退出哪些部分。让参与报价的各方按同一页纸重新确认范围。若某方无法确认,说明它的报价样本仍与其他方不同,应继续剔除或单独处理。范围确认完成后,再进入价格和排期讨论,此前不承诺任何收录、排名或见效时间。