网站推广外包业务缩减时：交付范围怎样重新划分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fc9481fd0cc1.html
📄
网站推广外包业务缩减时：交付范围怎样重新划分
合作中途业务缩减，不等于把原合同按比例砍掉。更稳的做法是先把已经积累的资产分成三类：仍能独立产生价值的、离开对方就无法运转的、以及只为原规模服务的。然后以你手上的一个具体页面或一份数据表为样本，逐项判断它属于哪一类，再据此重写交付清单。下面用一个假设的缩减场景说明操作顺序。
先选一个样本对象，把“范围”变成看得见的东西
不要从合同条款开始谈，而是先打开一个具体对象。最常见的是你手上那份正在更新的核心落地页，或者外包方每月交给你的关键词与页面映射表。以这个对象为样本，问三个问题：
- 它现在还有没有自然流量或询盘贡献？没有数据就看它是否仍被站内其他页面链接。
- 它的维护是否依赖外包方独有的账号、脚本或内部流程？
- 如果停止更新三个月，它会不会明显退化，比如内容过期、失效链接堆积？
这三个问题的答案会把样本分到不同处理档位。比如一个仍有点击、但内容不需要频繁改动的旧专题页，属于“保留但降低更新频率”；一个依赖对方私有发布工具才能批量改标题的栏目，属于“先迁移再缩减”。动作的结果直接决定下一步：如果样本被判定为可独立维护，你才有资格要求把对应工作从外包范围中移出，而不是笼统要求降价。
把原交付清单拆成“可独立运行”和“绑定对方”两类
缩减时最容易犯的错误，是按百分比砍每一项。更合理的划分依据是耦合度。假设原交付包含以下内容，可以这样归类：
- 可独立运行：已发布的页面内容、已导出的关键词库、已完成的站内链接结构调整。这些即使对方退出，你也能继续使用或交给下一个人接手。
- 绑定对方：对方的私有数据看板、只有对方账号能操作的发布通道、按对方模板生成的月度报告。这些一旦停止合作就归零。
- 规模专属：为原定大量页面准备的批量生产流程、为多站点同步准备的排期机制。业务缩减后，这部分本身就不再需要。
划分之后，缩减谈判的重点就变了：不是“少做多少”，而是“哪些绑定项要先解耦，哪些规模专属项可以直接停”。解耦通常需要一次迁移动作，比如把发布权限收回、把数据导出为通用格式。这个动作没完成之前，缩减范围里不能把对应工作直接删掉，否则你会同时失去资产和访问能力。
用一份“保留—降频—退出”清单重新定义交付
归类完成后，把每一项放进三个档位，并写明触发条件。以下是一个假设例子的片段，数字仅用于说明比较方法：
- 保留：核心落地页的内容维护。条件是它仍带来询盘。交付频率从每周改为每月，验收标准不变。
- 降频：旧专题页的链接检查。条件是站内导航仍指向它。从每月改为每季度，由你方提供失效链接清单，对方只处理确认项。
- 退出：为原定大量新页面准备的批量关键词扩展。业务缩减后没有对应承载页面，直接停止，但要求对方交付已扩展的词库文件。
这份清单的关键是每一条都带一个可观察的条件。条件成立就保留，条件不成立就降频或退出。这样做的好处是，双方不必争论“业务缩减了多少”，只需要按条件执行。下一步动作也很明确：把清单里所有“退出”项对应的账号权限和文件在两周内交接完，再开始按新频率执行。
交接时优先处理“退出项”的凭证，而不是先谈价格
范围重新划分后，价格自然跟着变。但顺序不能颠倒。如果先谈好一个缩减后的总价，却没有拿到退出项的凭证，后面会发现旧页面改不了、数据导不出，反而要再花成本补救。优先动作是：
- 列出所有退出项依赖的账号、域名解析权限、内容管理系统角色。
- 要求对方以可验证的方式移交，比如你自己登录确认能编辑一个测试页面。
- 确认导出文件的字段含义，而不是只拿到一个压缩包。
完成这些之后，再根据保留项和降频项的实际工作量重新议价。此时你手里有明确的执行清单，对方也很难把已经退出的工作重新计入报价。这个顺序本身就是缩减场景下最实际的保护动作。
重新划分后，用一次小范围验证代替长期承诺
新范围不要直接签长期。先按一个短周期执行，比如一个月，观察两件事：保留项是否真的按新频率交付，退出项是否真的没有再产生依赖。如果保留项交付质量下降，说明缩减砍到了维持基本运转的部分，需要回调；如果退出项仍然需要对方介入，说明交接没完成，范围划分不成立。验证通过后再确定后续周期。这样做的结果是，你不需要在业务缩减时一次性判断所有边界，而是用实际执行来暴露划分错误，再逐步修正。
