网络推广外包服务合作中途业务缩减时交付范围如何重新划分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /dfed36f498a9.html
📄
网络推广外包服务合作中途业务缩减时交付范围如何重新划分
缩减后交付范围不应按剩余预算等比例砍掉所有项目，而应先把交付物分成维持型、增长型和沉淀型三类，再决定哪一类暂停、哪一类降频、哪一类必须保留到合同节点。判断依据不是对方口头承诺，而是每项交付是否有独立验收标准、是否影响已投放内容的存续、以及暂停后能否在下一周期无损恢复。
先看一个矛盾现象：预算减半，交付量却未必能减半
合作中途业务缩减时，最常见的矛盾是：预算已经按比例下调，但外包方给出的交付范围只减少了一小部分。这未必是对方故意拖延，也可能来自两种完全不同的原因。
解释一：固定成本项无法随预算线性缩减。账号权限维护、已发布内容的基础监测、投放账户的日常看护，属于只要合作存续就要发生的动作。这类工作量的下限由渠道数量决定，而不是由预算决定。
解释二：范围划分本身没有被重新定义。原合同写的是月度打包交付，没有区分单项交付物。预算变化只改了金额，没有改交付清单，于是双方对“缩减”的理解从一开始就不一致。
能区分这两种解释的证据是：要求对方按交付物列出一张表，每项标注最小执行频率、暂停后的影响、恢复所需时间。如果多数项目都能降频且恢复成本低，说明问题在范围定义；如果多项都标注为不可暂停，则需要进一步核对是渠道约束还是议价策略。
重新划分交付范围时，先做一次交付物分类
把现有交付清单逐项归入以下三类，比直接谈折扣更容易达成一致。
- 维持型：停止后会直接影响已有内容或账号状态的工作，例如已上线页面的基础可用性检查、投放账户的异常监控。缩减时优先保留，但可以把频率从每日降为每周。
- 增长型：停止后只影响未来增量、不影响存量的工作，例如新增内容生产、新渠道拓展、新素材测试。缩减时最先暂停，恢复时按新周期重新排期。
- 沉淀型：已经投入但尚未完成的工作，例如正在搭建的落地页、尚未交付的素材库。缩减时要明确是交付到当前可用的节点，还是整体封存。
分类完成后，把每一类的处理方式写进补充约定：暂停、降频还是保留。这一步的实际动作是产出新的交付范围表，它的结果直接决定下一步该谈价格还是谈排期。如果保留项集中在维持型，价格下降空间有限；如果暂停项集中在增长型，则可以按剩余交付量重新报价。
用一份假设的对比表检验划分是否可执行
假设某次合作原有十项月度交付，业务缩减后预算降至原来的一半。按上述分类处理后，可能出现两种结果：
- 保留三项维持型并降频，暂停五项增长型，两项沉淀型交付到当前节点。此时剩余工作量约为原来的四成，价格可以按此重新协商。
- 保留六项维持型且频率不变，暂停三项增长型，一项沉淀型封存。此时剩余工作量约为原来的七成，价格下降幅度自然有限。
两种结果都成立，区别在于维持型项目的数量和频率是否被真正压缩。如果对方给出的方案接近第二种，而预算已经减半，就需要回到分类表逐项确认：哪些维持型项目其实可以降频，哪些渠道可以暂时退出。这一步的结果会影响下一份补充协议的交付清单和验收节点。
容易被忽略的遗漏条件：暂停不等于免责
业务缩减时，双方容易只关注“少做什么”，而忽略暂停期间的责任归属。需要提前写清楚三件事：
- 暂停期间已投放内容由谁负责基础监测，出现异常时响应时限是否顺延。
- 账号、素材、数据的归属和导出方式，避免恢复合作时无法取回。
- 恢复时的启动条件，例如提前多少天通知、是否需要重新确认排期。
这些条件不写清楚，缩减后的交付范围表在执行阶段仍会反复拉扯。把暂停期间的责任写进补充约定，才能让重新划分的范围真正落地。
什么情况下应该直接终止而不是重新划分
如果缩减后的剩余预算已经低于维持型交付的最低执行成本，继续按缩减范围合作往往只会产生低质量的维持动作。此时更合理的选择是把沉淀型交付结清、把账号和数据交接完成，然后终止合作。判断标准是：剩余预算能否覆盖维持型项目的最低频率，以及这些维持动作是否仍有明确用途。两者任一为否，重新划分范围的意义就不大。
