业务缩减后,常见的反常结果是:预算砍掉一半,交付量却没有等比例减少,团队反而更忙。原因通常不是服务方故意加量,而是原合同里的交付范围没有按“结果单元”拆分,只按“活动数量”或“人天”描述,缩减时无法干净地切掉一部分。重新划分的核心动作,是把交付清单改写成可独立验收的结果单元,再按保留、暂停、终止三类重新归属,而不是按比例打折。
面对“预算降了、交付没降”的矛盾,有两种合理解释。
解释一:缩减的是投入,不是范围。原约定按人天或活动数量计费,缩减只减少了可投入的工时,但验收标准、页面数量、站点范围都没变。服务方为了维持原验收口径,只能压缩单页投入,结果是每项都做了一点,每项都不完整。
解释二:范围本身没有被拆成可独立交付的单元。原约定写的是“站内优化”“内容支持”“外链建设”这类打包项,缩减时无法判断砍掉哪一半。双方只能凭感觉协商,最后往往保留全部项目、降低每项深度。
两种解释的应对方式完全不同:前者要改验收口径,后者要改交付结构。判断依据不是看谁更忙,而是看缩减后是否出现了“每项都做、每项都不完整”的迹象,以及原合同是否列出了可单独停止的交付项。
可以要求服务方提供缩减前后同一周期的交付记录,对照以下三类证据。
需要说明的是,抓取量、收录量或某项统计归零,不能单独证明范围划分正确。这些现象还可能是站点改版、服务器波动、内容集中下线等原因造成。判断范围是否真的缩减,要看交付项是否被明确停止,以及停止后验收标准是否同步调整。
重新划分前,先做一次改写:把原合同里的打包项拆成“结果单元”。一个结果单元应满足三个条件:有明确的产出物、有可核对的完成状态、停止后不影响其他单元的验收。
假设一个合作原范围包含:每月技术问题修复、每月内容更新、每月内链调整、季度性结构调整。业务缩减后想砍掉一半投入。按结果单元改写后,可以变成:
改写后,缩减不再是“每项少做一点”,而是明确选择保留哪几个结果单元、暂停哪几个。这样做的实际影响是:下一步的验收对象从“整体服务”变成“单元产出”,双方都能核对哪些单元还在运行。
改写完成后,逐项归入三类,并写明每类的处理方式。
归类时有一个取舍:依赖关系强的单元不适合单独保留。例如内链调整依赖内容更新,如果内容更新被暂停,内链调整单独保留的意义有限,反而会增加协调成本。这种情况下,更合理的做法是把两者合并为一个结果单元,或同时暂停。
另一个取舍是:保留单元的数量不宜过多。缩减后如果保留项超过三项,每项能分到的投入仍然有限,容易回到“每项都做、每项都不完整”的状态。具体保留几项,取决于缩减后的投入能否支撑至少一个单元达到可验收的完成度。这个判断需要双方用假设的投入量做一次试算,而不是凭感觉分配。
归类完成后,先更新交付清单和验收标准,再开始新周期的执行。更新后的清单应能回答三个问题:当前保留哪些结果单元、每个单元的产出物是什么、暂停和终止的单元何时可能恢复。如果清单无法回答这三个问题,说明范围划分还没有完成,此时继续执行只会重复原来的矛盾。
最后提醒一点:重新划分交付范围是双方协商的结果,不是单方通知。服务方如果无法提供可核对的交付记录,缩减时就缺少判断依据,此时更稳妥的做法是先补齐记录,再谈范围调整。