结论先行:如果合同里把交付范围绑定在“固定服务包”而不是“业务目标与资源投入”,那么业务缩减时应优先重划范围而不是直接降价,因为单纯降价往往保留全部承诺、只削减投入,最终交付质量会先崩。下面给出可操作的划分依据。
业务缩减有两种截然不同的来源,处理方式相反。第一种是需求侧收缩:产品线下架、目标市场退出、预算被冻结,此时原有交付对象已经不存在,继续按原范围执行只会产出无人使用的内容或页面。第二种是资源侧收缩:预算还在、目标没变,只是内部人手或审批周期变慢,此时缩减的是配合能力而不是交付需求。
判断方法很直接:列出原交付清单,逐项问“这项产出还有没有内部人来接收和跟进”。如果多数项目找不到接收方,属于需求侧收缩,应当停做或延后;如果多数项目仍有明确接收方,只是推进变慢,属于资源侧收缩,应当调整节奏而不是砍项。
把现有合作内容拆成三层,比笼统谈“减多少”更容易达成一致:
实际操作中,一个常见做法是把增长层从“每月固定数量”改为“按季度目标倒推数量”。假设原约定每月产出若干篇内容,缩减后改为每季度完成一个明确的主题集群,数量随内部评审节奏浮动。这样做的结果是交付总量下降,但每篇的选题依据更充分,接收方也更容易消化。需要注意:这只是一个假设示例,具体数量应依据双方实际资源确定,不应照搬。
只改交付清单,不改下面三项,缩减后几乎必然出现扯皮:
其中验收标准最容易被忽略。一个可区分的证据是:缩减后如果双方仍在争论“这篇算不算完成”,说明验收标准没有随范围一起改,此时应先补验收条款,再谈下一步排期。
有一个反例会推翻上面的建议:如果缩减发生在合同约定的关键交付节点之前,且该节点是整个合作成立的前提,那么重划范围可能让前期投入作废。例如站点迁移或结构改版进行到一半,此时缩减预算但保留范围、只延长时间,通常比重划范围更划算,因为半成品状态的站点风险高于多花的时间成本。
区分这两种情形的依据是:看缩减影响的是“持续产出”还是“一次性里程碑”。持续产出适合重划范围,一次性里程碑适合调整时间表。
先做一件事:把当前合同或确认单里的交付项逐条标注为基础层、增长层还是实验层,并注明每项的内部接收人。标完后如果发现某一层没有任何接收人,这一层就是重新划分的起点。带着这份标注去谈,比直接谈降价更容易得到可执行的方案,也能让后续每一次范围调整都有据可依。