直接回答:合作中途业务缩减,重新划分交付范围的原则不是按合同总价打折,而是先锁定“已交付、在交付、未启动”三类工作,再把未启动部分按可独立验收的最小单元拆出来,用一份范围变更确认单替代口头协商。缺少完整数据或后台权限时,你仍能做的最小动作是:拿现有合同附件和已收到的交付物清单,逐项标注状态,先划出必须收尾的部分。
业务缩减不等于项目作废,先判断属于哪一种,再决定范围怎么动。
三种情形对应的谈判筹码不同。第一种谈的是排期顺延,第二种谈的是范围重划,第三种谈的是结算与交接。把情形搞错,后面所有划分都会失焦。
不需要对方提供完整后台数据,你就能完成这一步。打开合同附件、需求文档或报价明细,把每一项工作复制成一张清单,逐条标注以下状态:
标完之后你会得到一个关键判断:“进行中”的项目数量,决定了这次缩减是简单减法还是需要重新谈价。如果进行中的项目很少,直接删除未启动项即可;如果进行中的项目很多,就要按“收尾成本”而不是“原单价”来谈。
范围重新划分最容易出问题的地方,是把“一个栏目”当成最小单位。实际交付中,一个栏目可能包含模板设计、内容录入、内链配置、结构化数据处理,这些可以分开验收。
假设一个场景:原合同包含十个栏目,缩减后只保留四个。你不能简单说“砍掉六个”,而应把每个栏目拆成“模板层、内容层、配置层”三层,明确保留哪几层。比如保留模板层意味着页面框架上线但内容为空,保留内容层意味着需要你方提供素材。这个拆分方式让双方都能看清剩余工作量,也避免后续因为“栏目算不算交付完成”产生争议。
拆完之后,做一次动作:把拆分结果写成一页范围变更确认单,列出保留项、删除项、收尾项和各自的验收标准,发给对方确认。这一步的结果直接影响下一步——只有确认单签回来,排期和付款节点才有依据调整;没有确认单,后续任何延期都可能被归到你头上。
如果你拿不到对方的后台、代码仓库或投放账户,有些判断必须搁置:
在这些限制下,你能执行的最小动作是:要求对方提供一份已交付物清单,并附上可访问地址或文件路径。拿到清单后,你逐项核对,能确认的标为已验收,不能确认的单独列出,作为下一轮沟通的焦点。这个动作不能证明对方没干活,但能让你在谈判中只对可验证的部分让步。
范围变了,付款节奏和交付日期必须同步改,否则缩减只是单方面让利。调整时注意两点:
第一,已验收部分的款项按原约定结算,不因总量缩减而重新议价。第二,剩余部分的付款节点应绑定新的验收标准,例如“保留栏目全部可访问且内容填充完毕”对应一笔款项,而不是绑定原合同里的时间点。排期上,给收尾项留出明确截止日,给删除项写明不再交付,避免后期被要求补做。
如果对方提出按原总价等比例退款,你需要回到第一步的情形判断:预算缩减但目标不变时,等比例退款往往低估了已投入的固定成本;业务线收缩时,等比例反而更接近合理。用情形决定算法,而不是用算法套情形。