核心原则只有一条:把“缩减”从总价谈判改成交付物清单的重新勾选,先冻结已完成部分,再对未开始部分做减法,最后才谈钱。顺序反了,后面每一步都会变成扯皮。
假设你与一家服务商签了半年的公司网站推广合作,包含内容更新、外链建设、落地页改版和月度数据报告。第三个月你的业务线收缩,预算只剩原来的一半。对方回复“可以降价,但交付内容不变”,听起来很配合,实际是把单价压低了,执行时最先被牺牲的往往是看不见的环节。
这里有一个与直觉相反的结果:预算减半后,报告里的“完成条目数”可能不降反升。原因不一定是效率提高,更可能是把原来一条深度内容拆成三条短内容、把一次改版拆成若干次微调。条目数变多,实际价值反而下降。因此判断缩减是否合理,不能看数量,要看交付物的定义有没有被悄悄改宽。
重新划分时,建议按下面三层分别处理,而不是整体打折:
一个实际动作:要求对方提供一份“未启动交付物清单”,每项标注预估工时和依赖关系。拿到清单后你会发现,有些项目是其他项目的前提,删掉它会让保留项无法执行。这个动作的结果直接决定下一步——如果存在强依赖,就不能简单按比例砍,而要按“可独立成立的最小组合”来保留。
当对方说“缩减后效果会变差”,你需要区分两种解释:一种是工作量确实减少导致产出下降,另一种是执行方式没有随范围调整而改变。可核对的证据包括:
如果同名项目的描述被改宽,比如“每月4篇内容”变成“每月4项内容工作”,那说明缩减被转嫁到了定义上,而不是真实的工作量上。这时应要求恢复原定义,再重新谈数量。
第一,数据与账号的归属。缩减后如果合作终止或降级,已积累的内容、页面、数据权限要能完整交接。第二,已排期的外部资源。如果已经预订了某些发布位或制作资源,取消可能产生沉没成本,这部分要单独列出。第三,缩减后的验收节奏。范围变小后,验收周期应相应缩短,否则少量交付物拖到原周期结束才验收,等于变相延长了付款周期。
把这三项写进补充约定,比反复讨论总价更有用。范围清楚了,价格自然有依据。
做完以上步骤后,用一句话检验结果:缩减后的交付清单,能否在不依赖被删除项目的前提下独立完成并验收。如果能,说明划分成立;如果不能,说明还有依赖关系没处理干净,需要继续拆解,而不是急着签字。
整个过程中,真正需要守住的是交付物的定义权,而不是总价的高低。定义清晰,缩减就是一次正常的范围调整;定义模糊,缩减就会变成后续所有争议的源头。