付费搜索优化：固定总价下范围变化怎样计算增减项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6e9dd48c3178.html
📄
付费搜索优化：固定总价下范围变化怎样计算增减项
固定总价合同里出现范围变化，增减项不能靠“感觉补一点”，而要先把原范围拆成可计量的交付单元，再判断变化属于替换、追加还是缩减，最后用同一套单价折算。核心动作是：在动工前把每个交付单元的数量、验收标准和单价写进变更单，双方确认后才执行；这样后续每一笔增减都有依据，也能避免结算时反复扯皮。
先判断变化是替换还是追加
同样是“多做一个广告系列”，替换和追加的计价逻辑完全不同。替换指用新单元换掉原范围内的旧单元，总量不变，通常只结算差额；追加指在原范围之外新增单元，按完整单价计费。判断依据不是对方怎么说，而是看原合同里该单元是否已被占用。
- 替换：原计划做三个广告系列，现在改为另外三个。若工作量相当，差额可能为零；若新系列需要更多关键词分组或落地页变体，只补这部分差价。
- 追加：原计划三个，现在要四个。第四个按单系列单价全额计入。
- 缩减：原计划三个，现在只做两个。按单系列单价扣减，但要确认已发生的调研、账户搭建等前置工作是否单独计价。
实际操作中，先让执行方列出“原范围清单”和“变化后清单”，逐项对照数量差。这个动作的结果会直接决定下一步：如果差异集中在少数单元，走变更单即可；如果差异超过原范围的一半，说明原范围本身失真，应重新谈判而不是继续打补丁。
增减项单价从哪里来
固定总价合同往往只有一个总金额，没有分项单价，这是结算争议的根源。补救办法是在签约阶段或首次变更时，把总价按交付单元反推成内部单价，并写入附件。反推方法可以假设：总价覆盖“账户诊断、关键词分组、广告文案撰写、出价策略配置、月度报告”五类单元，按预估工时或数量分摊。
需要注明假设：这里的单价是双方协商的折算基准，不是市场报价，也不代表任何平台或工具的官方计费。它的作用只是让增减有统一口径。若某类单元无法拆分，可约定按“占原总价的比例”折算，例如新增一个报告周期按总价的百分之几计。
一个短例子：假设原合同总价覆盖十组关键词分组，折算每组单价为总价的十分之一。现在客户要求增加两组，则增项金额为总价的十分之二；若同时取消一组，则净增一组。这个算法成立的前提是每组工作量相近，若新分组涉及竞争更激烈的词，应单独评估而不是套用平均值。
两种常见做法的取舍
面对范围变化，实务中有两种看似合理的做法，选择取决于变化频率和可预期程度。
做法一：按变更单逐笔结算
适用于变化零散、每次幅度小、双方希望保持原合同框架的情况。代价是每次都要走确认流程，沟通成本高，若变化频繁，积压的变更单可能在结算时集中爆发。选择条件是：变化次数可预估，且每次都能在动工前完成书面确认。
做法二：设定范围浮动带，超出再谈
适用于变化方向明确、总量可估算的情况。例如约定交付单元数量可在正负两成内浮动，总价不变，超出部分按单价结算。代价是浮动带内的缩减不会退款，追加也不会立即加价，相当于双方各让一步。选择条件是：双方对工作量波动有共识，且愿意用少量让利换取执行效率。
若变化已经超出浮动带，或原范围本身描述模糊，应退出逐笔结算模式，转为重新界定范围并签署补充协议。强行在旧框架里塞新内容，只会让增减项越算越乱。
把增减写进变更单的关键字段
变更单不需要复杂，但必须包含以下字段，否则结算时无法追溯：变更前后的单元数量、变化原因、适用单价、增减金额、对交付时间的影响、双方确认人。其中“对交付时间的影响”常被忽略，但追加单元往往意味着工期顺延，若不在变更单里写明，后续延期责任难以划分。
动作与结果的关系在这里很直接：每完成一次变更确认，就更新一次范围基线；基线更新后，下一次变化才有正确的比较起点。如果跳过更新，第二次变化就会拿旧基线去算，导致重复计费或漏计。
最后提醒一点：固定总价下的增减项计算，本质是范围管理而非价格谈判。把范围拆得越细，增减就越接近算术题；范围越粗，增减就越依赖双方信任。信任无法量化，但范围可以。
