推广网服务：合作中途业务缩减时交付范围如何重新划分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d8624fde045b.html
📄
推广网服务：合作中途业务缩减时交付范围如何重新划分
合作中途业务缩减，交付范围不能简单按原合同比例砍掉，而应先区分“可独立交付的成品”和“依赖后续投入才成立的半成品”。能独立交付的部分保留并验收，半成品要么补足到可用状态，要么明确停做并结清已投入成本。重新划分的依据是资产是否还能独立产生价值，而不是原报价单上哪几行看起来更贵。
一个矛盾现象：缩减后继续做的少了，交付争议反而多了
业务缩减通常意味着预算和人力收紧，按常理双方应该更容易达成一致。但实际中常见相反情况：原来每月推进十几项，现在只做三四项，扯皮却集中在“这几项到底算不算完成”。
一个合理解释是：缩减触发的是范围重划，而不是范围等比例缩小。原来打包在一起的任务被拆开后，原本被整体掩盖的依赖关系暴露出来。另一个合理解释是：双方对“已投入但未产出”的部分归属没有共识，一方认为没交付就不该计费，另一方认为准备和验证工作已经发生。
这两种解释指向的处理方式不同。前者要重新定义交付单元，后者要先确认沉没投入的结算口径。混在一起谈，就会变成各说各话。
区分两种解释的证据：看依赖关系，而不是看工作量
要判断当前争议属于哪一类，可以查三项证据。
- 看缩减后的任务是否仍依赖被砍掉的前置项。若依赖成立，说明是范围重划问题，需要重新定义可独立交付的最小单元。
- 看被砍部分是否已经产生了可复用的中间产物，例如已完成的调研、已搭建的结构、已确认的文案方向。若有，说明存在沉没投入，需要单独结算。
- 看原验收标准是否绑定在整体上。若验收条件写的是“整站完成”“整期活动结束”，缩减后这些条件永远无法触发，必须改为按阶段或按模块验收。
这三项证据能把“该不该继续做”和“已经做的怎么算”分开处理。分开之后，重新划分才有落点。
重新划分的实际动作：先冻结，再拆分，最后改验收
第一步是冻结当前范围。把正在进行的任务暂停，列出已完成、进行中、未开始三组清单。这个动作的结果是让双方对现状有一致认知，避免一边谈缩减一边还有新任务在推进。
第二步是按“能否独立使用”拆分。假设一个推广网服务合作原本包含内容生产、页面搭建和投放配置三块，现在预算只够保留一块。如果页面搭建已完成且内容方向已确认，那么保留页面搭建并交付，内容生产停做，投放配置延后。这样拆分后，保留部分能独立上线，不会因为投放没做而变成废件。
第三步是修改验收条件。原合同若写“整体交付后验收”，缩减后应改为“保留模块交付后验收，停做模块按已完成进度结算”。这一步的结果是让付款节点和交付节点重新对齐，减少后续争议。
需要说明的是，这个例子是假设的比较方法，不是真实项目记录。实际拆分时，判断标准仍是资产能否独立产生价值。
哪些情况下不适合按上述方式重划
如果缩减后的保留部分仍然无法独立运行，例如页面搭建依赖内容生产提供素材，而内容生产被砍掉，那么保留页面搭建就没有意义。此时更合理的做法是整体暂停，而不是强行保留一个半成品。
如果原合同约定了最低服务周期或最低消费量，缩减可能触发违约条款。这种情况下，重新划分交付范围之前，需要先确认合同约束是否允许缩减，以及缩减的代价是什么。代价过高时，继续执行原范围可能比重新划分更划算。
如果双方对已投入部分的计价方式没有约定，重新划分会变成价格谈判。此时可以先按实际发生的工作量做一份对账清单，注明哪些是已完成可交付、哪些是已投入不可交付，再决定是否继续合作。
缩减后保留部分的维护边界也要一并写清
重新划分交付范围时，容易只关注“做什么”，忽略“做完之后谁维护”。保留部分交付后，如果还需要持续维护，维护范围和责任方要单独写明。否则缩减后的合作会以另一种形式重新膨胀，再次回到争议状态。
一个可操作的做法是：在重新划分的确认文件里，把保留部分、停做部分、已结算部分、后续维护部分分成四栏，每栏注明责任方和验收方式。这样做的结果是让缩减后的合作有明确终点，而不是无限期地“先做着看”。
业务缩减本身不是问题，问题是缩减后交付范围没有重新定义。先冻结、再按独立性拆分、最后改验收条件，这套顺序能让双方在缩减后仍然清楚知道什么算完成、什么算结束。
