点击付费：固定总价下范围变化怎样计算增减项

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

点击付费：固定总价下范围变化怎样计算增减项

固定总价合同里，范围变化后的增减项不是重新谈一个总价，而是先确认原报价包含哪些可计量的交付物，再把新增或删除的部分按同一口径折算。关键动作是建立一份“范围—单价—数量”对照表，让每个角色对同一事实的表述落到可核对的条目上。缺少这张表时，任何增减项计算都会变成对总价的二次议价。

先判断这次变化属于替换还是叠加

范围变化有两种性质，计算方式完全不同。替换是原有条目被新条目取代，增减项等于新旧条目按同一口径折算后的差额；叠加是在原范围之外新增独立条目，增减项等于新增条目的完整成本，原条目不动。

区分依据不是变化描述的长度，而是看原报价里是否存在被覆盖的条目。如果原报价已包含“账户结构搭建”，现在要求改成“账户结构搭建加落地页承接”，落地页承接属于叠加；如果要求把“账户结构搭建”换成“投放诊断”，原条目被覆盖，属于替换，只算差额。

实际动作：让提出变化的一方指出原报价中哪一条被替换、哪一条被保留。如果指不出来，先按叠加处理并标注待确认，不要直接按替换压价。这一步的结果决定后续是按差额算还是按全额算，直接影响增减项是正还是负。

把分歧转成可核对的项目，需要统一三个口径

多个角色对同一事实理解不同，通常不是立场问题，而是口径没对齐。固定总价下的增减项至少要统一三个口径：计量单位、假设条件、责任边界。

实施动作：把每个待确认条目写成一行，列出单位、假设、责任方三列，发给所有相关角色确认。只有三列都填齐的条目才进入增减项计算。结果是，原本无法核对的分歧变成一张有缺口的清单，缺口位置就是下一步要谈的地方。

两种条件下选择不同的计算路径

条件一：原报价条目足够细，每条都有独立单价和数量。此时增减项按条目直接加减，替换算差额，叠加算全额，不需要重新核定总价。选择这条路径的依据是原报价具备可追溯的单价依据。

条件二：原报价只有总价和粗略模块，没有可拆分的单价。此时不能凭空倒推单价，而应选择“按比例折算加单独核定”的方式：先确认变化部分占原模块的工作量比例，再对确实无法比例化的部分单独核定。选择这条路径的依据是原报价缺少条目级依据，强行倒推会产生新的争议。

假设一个短例子：原固定总价覆盖“投放结构搭建、素材适配、数据复盘”三个模块，总价已定。现在新增“多语言素材适配”。如果原报价中“素材适配”有独立单价和数量，按条件一，新增部分直接按同单价乘新增数量；如果没有独立单价，按条件二，先估算新增语言数量占原适配工作量的比例，再对翻译审核这类无法比例化的部分单独列项。两种路径得到的增减项可能不同，但都能被核对，而不是停留在“大概加多少”。

例外情况：什么时候不能按条目加减

有三种例外需要单独处理，不能套用上述路径。

  1. 变化导致原有工作被整体推翻，例如投放方向改变使已完成的账户结构不再适用。此时增减项不只是新增条目的成本，还涉及已投入工作的处理方式，需要先确认已完成部分是否计价、如何计价。
  2. 变化发生在交付后期，新增条目与原有条目的边际成本差异很大。同样的新增工作，早期并入和后期插入的成本不同，按统一单价折算会失真。
  3. 变化涉及第三方费用或平台计费，例如广告消耗、外部工具订阅。这类费用不属于固定总价内的服务范围，应单独列示，不与服务类增减项混算。

处理动作：遇到例外时，暂停条目加减，先写一份变化说明，列明已完成部分、未完成部分、变化影响的范围。这份说明是后续计算的输入，不是最终报价。结果如何影响下一步：如果说明显示已完成部分需要重新计价，则增减项计算要拆成“已完成部分结算”和“新增部分计价”两段，分别确认。

把计算结果固定成可复核的记录

增减项算完后，需要留下一份可复核的记录，包含原报价条目、变化条目、采用的计算路径、假设条件和确认人。记录的作用不是形式合规，而是让后续再发生范围变化时，有共同的起点可以引用。

实际动作：在下一次范围变化提出时，先调出上一份记录，确认新变化是在哪个版本的范围基础上发生的。如果引用的版本不一致，先对齐版本再计算。这一步能避免同一项工作被重复计入或重复删除，也避免不同角色各自记住不同的“原范围”。

固定总价下的范围变化，本质是把总价合同拆成可核对的条目集合。条目越清楚，增减项越接近算术问题；条目越模糊，增减项越接近议价问题。选择哪条路径，取决于原报价的可拆分程度，而不是取决于谁的声音更大。

图1 图2
nginx