固定总价合同里,范围变化是否产生增减项,取决于变化是否落在已写明的交付边界内。判断顺序是:先确认原范围如何被描述,再确认新增或删减是否改变交付物、判断标准或验收条件,最后才谈价格调整。仅增加沟通次数、换一种表达方式,通常不构成增减项;新增页面类型、增加关键词分组、要求重做已验收部分,才可能触发。
多个角色对同一事实理解不同,往往因为把三种东西混在一起:交付物变化、工作量变化、主观期望变化。交付物变化指清单里原本没有的产出,比如原定诊断首页和分类页,后来要求加入筛选参数页。工作量变化指交付物不变,但实现路径变复杂,比如站点结构比预想更乱,需要更多时间梳理。主观期望变化指双方对“诊断到位”理解不同,比如一方认为要给出改版方案,另一方只承诺问题清单。
只有第一类通常直接对应增减项。第二类要看合同是否写了“以现有可访问页面为限”或“超出约定样本量另计”。第三类应回到验收标准,而不是直接加钱。把分歧转成可核对项目的方法是:让每一方分别写出“我原本以为会收到什么”“我实际收到了什么”“验收时用什么动作确认”,三列对齐后,争议会从感受变成条目。
范围变化出现后,不必强行在“全部接受”和“全部拒绝”之间选。可以按下面三种方式处理,但每种都有适用前提。
这三种处理没有通用优先级。若新增要求会挤占原定验收时间,保留原范围通常更稳;若双方都认为原清单里有明显低价值项,改写范围比硬加钱更容易执行;若新增内容涉及另一个渠道的计费方式,退出后另谈比混在同一总价里更清楚。
固定总价下最容易吵的不是单价,而是“这算不算原来那件事”。可以要求每个变化都写成四行:变化描述、原范围对应条目、新增或删减的交付物、验收动作。没有第四行,就不进入增减项计算。
假设一个场景:原约定诊断十个模板页,输出问题清单和优先级建议。执行中对方要求增加“每个问题给出修改后的示例代码”。这不是原交付物的自然延伸,而是新增交付物。若双方同意加入,应写明示例代码覆盖哪些问题、由谁确认可用、是否包含在本次总价内。若不同意,就保留原清单,把示例代码列为可选后续。这个例子里,动作是补写交付物描述,结果是总价是否调整有了可核对依据,而不是靠事后争论。
另一个可区分原因的证据是:变化是否导致原验收动作失效。如果原验收是“抽查五个模板页的问题是否可复现”,新增要求后变成“每个模板页都要有修改示例”,验收动作已经不同,就应按改写范围处理,而不是按原价顺带完成。
计算增减项不需要先知道市场价,但需要先固定假设。至少写清:新增项是否复用已有数据、是否要求新的访问权限、是否改变交付时间、是否影响原定验收顺序。假设不同,增减结论可能完全相反。
例如,新增一个栏目诊断,若该栏目与原栏目使用同一套模板和同一批数据,可能只是增加样本量;若它使用独立模板、独立参数和独立权限,就接近新增一个交付单元。前者适合按改写范围处理,后者适合按新增项单列。这里不给出具体金额,因为金额取决于双方约定的计价单位和实际工作量,而不是由“免费诊断”这个词决定。
还要注意:免费不等于没有时间、额度或迁移成本。免费诊断可能限制页面数量、访问权限或输出形式。固定总价合同若引用免费诊断结果作为输入,应写明引用的具体版本和范围。否则,后续变化会被误认为原范围的一部分。
下一次范围讨论前,先做三个动作。第一,把原合同或确认邮件里的交付物逐条抄成清单,不概括。第二,把新增要求逐条贴到对应条目旁边,标“替换”“追加”“删除”或“不属于本次”。第三,对每个“追加”写出验收动作和假设条件。做完后,若某条仍然无法归类,就先不进入增减项计算,而是列为待确认事项。
这个动作的结果会直接影响下一步:能归类的进入改写或追加流程,不能归类的先解决定义问题。若定义问题解决后仍无法达成一致,退出新增部分通常比继续在总价里拉扯更省事。若双方同意改写,就重签交付清单和验收动作,而不是只在聊天里说“知道了”。固定总价下的范围变化,最终不是算出一个神奇数字,而是让每个变化都有对应的交付物和验收依据。