低成本建站：固定总价下范围变化怎样计算增减项
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b0a851e23a1f.html
📄
低成本建站：固定总价下范围变化怎样计算增减项
固定总价合同里，范围变化能否算增减项，取决于三个条件同时成立：原范围有可核对的交付物清单、变化由需求方书面提出、新增或删减的内容能对应到清单中的具体条目。三者缺一，所谓“增减项”就只是双方各自的印象，无法换算成金额。反例是：合同只写了“企业站一套，含首页和若干内页”，没有页面数量、表单字段、栏目层级的上限。此时客户要求把内页从五个加到二十个，承包方主张加钱，客户主张“一套站本来就该包含”，双方都没有可引用的基准，增减项计算无法启动。
先把“范围”拆成可核对的项目，而不是感觉
固定总价之所以在变化时容易扯皮，是因为签约时把范围写成了结果描述，而不是项目清单。要让增减项可算，至少把以下维度落成条目：页面数量与类型、每类页面的模块构成、表单字段数量与提交去向、栏目层级深度、内容由谁提供、修改轮次上限、上线前需要配合的第三方账号数量。
这些条目不需要写得像技术文档，但必须能被两个人独立数出同一个结果。比如“产品页：列表页1个，详情页模板1个，初始录入12条”，比“产品展示功能”更容易在变化时定位。范围一旦条目化，增减项的计算就变成“改哪几条、每条对应的工时口径是什么”，而不是重新谈判整个项目值多少钱。
增减项的计算口径：按条目差额，而不是按新总价重估
固定总价下常见的错误做法是：变化发生后，承包方按“现在做这个站要多少钱”重新报价，需求方按“我只多要了一点”判断。两种口径都不对接原合同。可行的做法是保留原总价不动，只对差异条目计价。
操作上分三步：
- 把变化写成“原清单第几项，由什么变成什么”。例如“详情页模板由1个变为3个”“表单字段由6个变为15个”。
- 对每条差异标注方向：新增、删减、替换。删减项是否退费，取决于原报价中该项是否单独计价；如果原总价是打包价，删减通常只减少工作量，不自动产生退款，这一点必须在合同里事先写明。
- 把差异条目乘以签约时约定的单位口径。单位口径可以是“每页面”“每字段”“每轮修改”，但必须是签约时就存在的，而不是变化发生后才发明的。
假设原合同总价覆盖“10个页面、每页1个表单、2轮修改”。客户中途要求增加到14个页面，并把其中3个页面的表单字段从6个扩到15个。若合同约定“超出部分按每页面、每字段的约定单价计”，增减项就是4个页面加27个字段的差额；若合同没有约定单位口径，就只能回到条目清单，协商一个双方都能复核的工作量折算方式，而不是直接报一个新总价。
多角色理解不一致时，把分歧转成待核对项
同一份合同，销售、项目经理、客户对接人往往读出不同范围。销售记得“送两个内页”，项目经理按清单只做“一个内页模板”，客户认为“模板当然要套用到所有内页”。这类分歧不是靠沟通态度解决的，而是靠把每个角色的说法落到同一张核对表上。
可以这样做：让每个角色分别标出自己理解的“已包含”和“未包含”，然后只保留双方都确认的条目作为基准，争议条目单独列出。争议条目再分成两类：一类是原清单文字可以判定的，直接按文字执行；一类是文字确实模糊的，作为待协商项，明确协商结果是否影响总价。这个动作的结果会直接决定下一步：如果争议条目都能归入原清单，增减项为零，只需确认执行；如果确有清单外的新增，才进入计价环节。
什么情况下这套算法会失效
如果原合同把范围写成“按需调整”“以最终效果为准”“包含但不限于”这类表述，条目清单就不存在，增减项计算失去基准。此时任何一方主张的增减都缺少可核对对象，继续在总价上争论只会延长僵局。另一个失效条件是：变化来自承包方自身原因，比如原方案漏项、技术选型导致返工，这类工作量不应计为需求方的增减项，而应由承包方在固定总价内消化。区分这两种情况的办法是看变化的触发方和原始清单是否已经覆盖该内容。
下一步动作：先补基准，再谈差额
如果项目尚未签约，把交付物清单和单位口径写进合同附件，并约定“清单外新增按附件口径计价，清单内理解差异不计增减项”。如果项目已经进行中且没有清单，先暂停对总价的争论，用半天时间把当前已做、待做、客户新提的内容整理成三栏对照表，让双方对“哪些属于原范围”逐条打勾或打叉。打勾的部分继续执行，打叉的部分才进入增减项协商。这个动作不会自动让双方达成一致，但能把“感觉被加活”和“感觉被多收钱”转成可以逐条核对的差异，从而让下一步的计价或让步有据可依。
