业务缩减后,交付范围不应按原合同比例“等比例砍”,而应先区分已经发生的固定投入和尚未发生的持续投入:前者通常不再退回,后者才适合按剩余预算重新组合。判断依据不是双方各自感觉“做了多少”,而是把争议项拆成可核对的交付记录与时间点。
常见矛盾是:委托方认为预算减半,交付也应减半;服务方认为前期调研、结构梳理、基础配置已经投入,这部分不能按剩余月份折算。两种理解都成立,但成立条件不同。
把这两种情况混在一起谈,就会出现“你觉得没做,我觉得做完了”的僵局。
要停止争论,需要能对照的证据,而不是回忆。可以要求双方各自列出以下三类记录,再逐项对齐:
一个假设例子:原计划六个月,第三个月末决定缩减为三个月。若前三个月已完成站点结构梳理和一批页面模板,这些成果在缩减后仍可沿用,剩余范围应优先保留“维护已有结构”的动作,而不是继续铺新页面。反过来,若前三个月主要是持续产出且没有沉淀可复用成果,那么剩余范围更接近按比例重排。
实际操作上,先做一次范围重划会议,产出一份剩余交付表,写明每一项、对应时间、验收方式和负责人。这份表一旦确认,下一步的付款节点和验收标准都应挂到它上面,而不是继续引用原合同的总量描述。
预算变少时,不是所有动作都同等重要。可以用一个简单判断:暂停后恢复成本高的先保留,暂停后随时能接上的可后置。
这样划分的结果会直接影响下一步:如果维护性工作被保留,验收重点应转向“现有成果是否稳定”;如果新增动作被后置,则要明确恢复条件和触发时点,避免无限期搁置。
第一是验收口径是否随范围一起改。范围缩小后,如果验收标准仍按原目标衡量,服务方会处于无法完成的状态。应把验收改为与剩余交付表逐项对应。
第二是数据与账号的归属。缩减不等于合作终止,但双方容易在权限、数据和后续操作上产生新的分歧。应在重划时确认哪些资料继续由委托方掌握,哪些操作仍需服务方配合,避免缩减后出现“谁都能改、谁都不负责”的状态。
把这两点写进重划确认,后续的付款、验收和续约判断才有共同依据;否则每一次进度沟通都会重新回到“到底该做多少”的争论上。