建站成本预算,固定总价下范围变化怎样计算增减项

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

建站成本预算,固定总价下范围变化怎样计算增减项

固定总价合同里,范围变化后要不要加钱、加多少,取决于变化是否落在原约定的交付边界内,以及它是替换、追加还是缩减。先判断变化性质,再按可核对的单位量折算,最后才谈总价调整。

先分清三种变化:替换、追加、缩减

同样一句“再加点东西”,在固定总价里可能完全不调价,也可能必须补款。判断标准不是工作量感觉,而是它有没有改变原合同写明的交付物清单。

把变化归到哪一类,直接决定后面用哪种计价方式。归类错了,后面算得再细也是白算。

用假设情境走一遍计算过程

假设你签了一份固定总价合同,交付物写明:中文站八个页面、一套响应式模板、一个联系表单、一次上线部署。总价按“页面数 × 单页综合单价 + 一次性部署费”的内部口径报出,合同里只写总价,没写单价。现在你要把其中两个页面改成中英双语,也就是多出两个英文页面。

第一步,确认这属于追加而非替换。原清单的八个页面里没有英文版本,所以新增两个交付物。

第二步,找出可折算的单位。合同没写单价时,不要用“总价除以八”直接当单页价,因为总价里混了模板和部署这类一次性成本。更稳的做法是让双方把总价拆成“一次性部分”和“按量部分”,再对按量部分取单价。这一步的动作结果是:你得到一个可复用的单价基准,后面任何增减项都用它,不用每次重新谈判。

第三步,按基准算增减。若拆出的一次性部分占三成、按量部分占七成,则两个新增页面的折算金额约为总价乘以七成再乘以八分之二。这个数字只是谈判起点,不是结论——它没有计入双语带来的导航调整、表单字段变化等连带改动。

第四步,把连带改动单列。连带改动往往比新增页面本身更贵,也最容易被漏算。把它们写进变更单,再和对方确认是并入本次调整还是留到下一批。

两种计价口径的取舍条件

固定总价下处理范围变化,常见两种做法,各有成立条件。

做法一:按比例折算。适合原报价结构清晰、增减项与按量部分高度同类的情况,比如增减页面、增减文章数量。代价是比例基准一旦定错,后续每次变更都会系统性偏大或偏小。选择它的前提是:你能拿到或拆出按量部分的单价。

做法二:按实际工时另计。适合变化涉及探索性工作、无法预先量化的情形,比如交互改版、第三方接口对接。代价是总价不再“固定”,你需要接受一个浮动区间,并约定工时上限和超出后的处理方式。选择它的前提是:双方都认可工时记录方式,且有复核机制。

判断依据可以看一条证据:这项变化能否在动手前被拆成可数单位。能拆,偏向做法一;拆不动或拆了也不稳定,偏向做法二。两者混用也可以,但要按变更类型分别约定,不能同一类变更这次按比例、下次按工时。

变更单要落到哪几个字段

不管用哪种口径,一次范围变化至少要记录:变化描述、归类(替换/追加/缩减)、涉及的原交付物编号、折算依据、连带改动、调整金额、对工期的影响、确认人。字段缺失时,最容易在结算阶段产生争议的是“连带改动”和“工期影响”这两项。

还有一个容易被忽略的动作:每次变更后更新原交付物清单,而不是只在变更单里追加。结果是,下一轮范围变化时你面对的是最新清单,不会出现同一处改动被重复计价或漏计。这一步做完,增减项的计算才有稳定的起点。

如果对方坚持“固定总价就是一口价、什么都不能调”,那要回到合同本身:固定的是原约定范围内的总价,范围外的新增交付物通常不在其内。把这句话在签约阶段写清,比事后争论每一项更省成本。

图1 图2

nginx