推广费用估算：固定总价下范围变化怎样计算增减项

📍 WDQWDWQD987AAAAA:216.73.217.88
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4a3427cf3920.html
📄

推广费用估算：固定总价下范围变化怎样计算增减项

固定总价合同遇到范围变化，增减项不能按“原单价乘以新增数量”直接算，因为原单价里已经摊入了固定成本、风险溢价和批量折扣。较稳妥的做法是：先判断变化是否属于原范围的细化或替换，再用可追溯的工作量差量重新定价。下面从两种常见做法切入，说明各自的成立条件和代价。

矛盾现象：同样加一个落地页，报价差出一倍

假设某项目固定总价覆盖“主站改版加两个专题页”。执行中途，需求方要求把两个专题页扩成四个，同时其中一个改为带表单提交的独立落地页。有的团队按“每页原均价”加收，有的团队按“新增工作量重新组价”，两者结果可能相差近一倍。差异不是谁在乱报，而是固定总价的构成方式不同。

原均价里通常混着三类东西：一次性的策划与设计系统搭建、可复用的组件与模板、以及为不确定性预留的风险缓冲。新增页面如果复用了已有组件，边际成本远低于均价；如果它引入了新交互、新数据字段或新的追踪要求，边际成本可能高于均价。因此“均价法”只在一种条件下成立：新增项与原项在工作类型、依赖关系和验收标准上高度同质，且原报价没有明显的首件摊销。

做法一：按原均价折算，快但容易埋下争议

按原均价折算的优点是快、易解释、双方当场能算。适用条件是变化发生在项目早期、原范围颗粒度足够细、且原报价中已明确每项的边界。代价是它默认“新增项和原项等价”，一旦新增项触发了原范围没有的依赖——比如需要额外接口联调、额外的法务文案审核、或跨端适配——这部分成本会被吞掉，执行方要么压缩质量，要么在后期以别的方式找回。

判断能否用均价法，可以看一个信号：新增项所需的人天构成，是否与原项中位项的人天构成接近。如果接近，均价法误差可控；如果新增项明显偏向某一工种（比如大量后端或大量投放素材制作），均价法就会失真，因为原均价是按混合工种平均出来的。

做法二：按工作量差量重新组价，准但需要前提

差量组价的做法是：把变化拆成“新增、替换、删除”三类动作，分别估算增量工时和可释放工时，再按约定费率或重新协商的费率计算。适用条件是双方能就工作分解达成一致，且原合同中保留了费率或计价口径的引用条款。代价是沟通成本高，需求方可能觉得“改一点就要重新谈价”，执行方也可能因为反复拆解而拖慢交付。

一个可操作的动作是：在固定总价合同里预先约定“变更计价顺序”——先判断是否属于原范围澄清（不调价），再判断是否属于同类替换（按差量调价），最后才进入新增组价。这个顺序一旦写进流程，每次变更的处理路径就固定下来，减少临时扯皮。实际影响是：需求方在提变更前会先自查属于哪一类，执行方也能快速给出是否调价的初步判断，下一步的排期和资源分配才有依据。

能区分两种解释的证据：看变更触发的是组件还是依赖

面对“该按均价还是按差量”的争议，可以收集三类证据来区分：

这三类证据不需要精确到小时，但需要能说明方向。方向明确后，再谈具体数字才有共同基础。

假设例子：一次表单落地页替换的增减项演算

假设原固定总价覆盖“两个静态专题页”，执行中要求把其中一个改成带表单提交和自动回复的落地页，另一个不变。按差量思路，可以这样拆：

  1. 删除原静态页中的纯展示部分，释放少量前端工时；
  2. 新增表单结构、字段校验和提交后的自动回复逻辑，这部分属于原范围没有的依赖；
  3. 若自动回复依赖外部邮件服务，还需计入配置和测试工时，这部分不能按原静态页均价折算。

结果是：替换动作本身可能接近原均价，但新增的依赖部分会拉高整体增量。如果只按均价法，这部分依赖成本会被低估；如果按差量法，双方能看到增量主要来自哪里，从而决定是接受加价、缩小表单功能，还是把自动回复挪到下一阶段。这个演算中的数字仅用于说明比较方法，不代表任何实际报价。

落到动作：先定归类规则，再谈单价

固定总价下的增减项争议，多数不是单价谈不拢，而是归类规则没提前定。建议在变更发生前就确认：本次变化属于澄清、替换还是新增；替换和新增分别引用哪一档计价口径；释放的工时是否抵扣。归类规则一旦确认，下一步就是按规则出增减项清单，而不是回到“每项多少钱”的拉锯。归类规则本身也需要双方书面确认，否则下一次变更仍会回到同一个矛盾点。

图1 图2
nginx