结论先行:如果缩减是客户侧业务线收缩导致,重新划分交付范围应以“保留能独立闭环的资产”为原则,而不是按原合同比例砍掉每项工作量。一个反例是:若缩减只是短期预算延后、业务本身仍在扩张,按比例削减反而会破坏正在积累的页面权重与收录节奏,此时更合理的做法是暂停增量、保留维护。
“业务缩减”在项目里往往有三种不同事实,交付范围的划法完全不同。
三种情况常被混为一谈。对接人一句“我们最近业务收缩了”,工作室可能理解为预算砍半,客户实际想表达的是某个产品线下架。把分歧转成可核对的项目,第一步就是让双方各自写下:哪些页面还要继续维护,哪些页面可以放着不管,哪些页面准备下线。
假设原合同覆盖三类交付:技术问题修复、内容更新、外部链接建设。业务缩减后,简单做法是每类各减一半。这种做法的问题是,技术修复往往是一次性动作,减半没有意义;内容更新如果只做一半,可能留下大量半成品页面;外部链接建设减半则直接影响已经投入的页面。
更可核对的划分方式是先盘点现有资产:
这个动作的结果会直接决定下一步:如果盘点后发现“必须维护”的页面数量仍然接近原规模,说明缩减幅度有限,交付范围可以基本不变,只需调整排期;如果“必须维护”的页面很少,才需要真正重谈合同工作量。
多个角色对同一事实有不同理解时,最有效的做法不是开会争论,而是产出一份双方都能逐条勾选的变更单。它不需要复杂格式,但必须包含以下字段:
变更单的作用是把“我以为”变成“写下来的”。当客户对接人换人、或工作室内部交接时,这份单子就是唯一可核对的依据。没有它,三个月后双方对“当时说好保留哪些”几乎必然出现分歧。
前面说的反例需要具体化:如果缩减的原因是客户决定彻底退出某个市场,且该市场对应的页面本身没有积累自然流量、也没有外部引用,那么按比例砍掉这部分工作量是合理的,甚至应该直接下线。判断依据不是“业务收缩了”这句话,而是这些页面是否还有独立价值。
另一个成立条件是:原合同本身就以增量交付为主,维护动作占比很低。此时缩减增量部分,对已有资产影响有限。反之,如果原合同大部分工作量花在维护已有页面上,按比例削减会直接导致页面状态退化,这种削减方式就不成立。
重新划分交付范围时,最容易漏掉的是恢复条件。业务缩减可能是阶段性的,如果变更单里只写“暂停”,没写“什么情况下恢复、恢复时优先做哪些页面”,那么当业务回暖时,双方又要从头讨论一遍,之前积累的判断依据可能已经失效。
建议在变更单末尾加一行:当客户确认某条业务线恢复时,优先恢复该业务线对应的页面维护,并在两周内完成一次技术巡检。这个动作不需要额外承诺效果,只是把恢复路径提前写清楚,让下一次调整有据可依。整个重新划分的过程,最终要落到一份双方确认、可以逐条核对的书面变更上,而不是停留在沟通记录里。