推广服务：合作中途业务缩减时交付范围如何重新划分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9f302d47cdd4.html
📄
推广服务：合作中途业务缩减时交付范围如何重新划分
合作中途业务缩减，交付范围不能按原合同比例直接砍。更稳妥的做法是：先确认缩减发生在哪个交付环节，再把剩余预算集中到仍然影响业务的那一两个动作上，其余部分明确暂停或终止。下面用一个假设情境说明判断过程。
先判断缩减的是目标还是产能
假设一家做工业配件的公司，原本签了六个月的推广服务，包含内容生产、页面优化、外链建设和月度数据复盘。第三个月时，公司自己的销售团队缩编，能承接的询盘量下降，于是提出把每月费用减半。这时要区分两种情况：
- 目标没变，只是预算变少：仍然要同一类客户询盘，只是能花的钱少了。此时应砍掉见效慢、可延后的动作，保留离转化最近的环节。
- 目标本身缩小：比如只维护老客户、不再拉新。此时拉新类交付可以整体停掉，不必按比例保留。
判断依据不是感觉，而是看过去两个月的交付记录：哪些动作带来了可识别的询盘或线索，哪些只是完成了工作量。如果某项动作连续两个月没有产生可追踪的结果，缩减时优先停它，比平均削减每一项更合理。
把交付项分成三类再决定去留
确认缩减性质后，把原合同里的交付项逐条归类。以下分类只针对这个假设情境，不是通用模板：
- 必须保留：直接支撑剩余目标、且中断后重启成本高的项目。例如已经排期的核心页面改版，停掉会浪费前期调研。
- 可以降频：有作用但节奏可以放慢的，例如数据复盘从每月一次改为每两月一次。
- 应当暂停或终止：与缩小后的目标无关、或长期没有可验证产出的项目。
归类的关键动作是：让服务方提供一份按交付项列出的剩余工作量清单，而不是只给一个总价。清单里要写清每项还剩多少次、依赖什么前置条件、停掉后已投入部分能否复用。拿到清单后，双方逐项确认，而不是在总价上讨价还价。
重新划分时要写进补充约定的三件事
范围重新划分如果只靠口头沟通，后面很容易扯皮。假设情境中，双方最终签了一份补充约定，重点写清三点：
- 剩余交付项的完成标准：例如“页面优化”剩下四个页面，每个页面要达到什么状态才算完成，而不是笼统写“继续优化”。
- 已投入但未完成部分的处理：前期做了一半的内容或素材，是移交、封存还是继续用完，要写明归属和使用条件。
- 缩减后的验收节点：原来按月验收，缩减后可以改为按剩余交付项完成即验收，避免用旧节奏套新范围。
这里有一个容易忽略的动作：把缩减后的交付范围和原合同做一次对照，标出哪些条款仍然有效、哪些被替代。如果补充约定与原合同冲突，要明确以哪份为准。这一步做完，后续验收才有依据，否则每次交付都可能回到“这算不算在范围内”的争论。
缩减后的效果判断不能沿用原来的标准
假设情境中，预算减半后，服务方仍然按原来的口径汇报“曝光量”。但曝光量在预算减少后下降是正常现象，不能直接说明交付出了问题。此时应换一组判断依据：
- 剩余交付项是否按补充约定完成，完成质量是否达到约定标准。
- 保留下来的动作是否仍然对准缩小后的目标，而不是惯性执行。
- 如果目标已改为维护老客户，那么判断依据应换成老客户相关内容是否更新、响应是否及时，而不是新客线索量。
如果缩减后某项指标归零，先别急着认定是交付失败。常见解释包括：缩减的正是产生该指标的环节、统计口径随范围调整而改变、或者该指标本来就有滞后。要区分这些解释，需要看缩减前后同一交付项的完成记录，而不是只看最终数字。
什么时候不适合按比例缩减
按比例削减每一项，只在交付项之间彼此独立、且都能单独产生作用时才成立。如果交付项之间存在依赖，比如内容生产依赖前期调研、页面优化依赖内容定稿，那么平均削减会让整条链路都做不完，反而比集中保留少数几项更浪费。
另一种不适合的情况是：缩减发生在合同约定的关键节点之前，而该节点已经投入了不可撤回的资源。此时更合理的做法是把该节点做完再缩减，而不是中途停下，让已投入部分变成沉没成本。判断标准是：完成该节点的增量成本，是否低于放弃它造成的重复投入。这个比较需要服务方给出具体的工作量估算，而不是一句“快做完了”。
把缩减后的范围、完成标准和验收节点写进补充约定，再按新的目标选择判断依据，交付范围才算真正重新划分完成。
