先判断第三方延期卡住的是哪一类交付:如果它只影响“可替换的产出物”,就保留原有验收节点,把该产出物单独拆出来延后验收;如果它影响的是“后续所有工作都建立在其上的前提”,比如数据接口、模板权限或历史内容迁移,就不能继续按原里程碑整体验收,而要把它降级为前置条件,先验收不依赖它的部分,再决定保留、改写还是退出这段合作关系。
第三方延期在SEO交付里通常表现为两种形态。一种是产出物延期:比如外链资源、内容外包稿、设计素材、数据报告,这些可以换供应商、换批次,甚至用内部资源顶上。另一种是前提延期:比如网站后台权限没交接、旧站数据没导出、CDN或统计工具账号被第三方控制、历史URL映射表拿不到。前者只影响进度,后者会让验收标准本身失效。
区分方法很直接:问一句“如果这个第三方永远不交付,剩下的工作还能不能独立验收?”能,就属于可替换产出,按原验收条件继续,把延期项挂起并标注新的验收时间。不能,就属于不可替换前提,必须调整验收结构,否则会把第三方的延期风险转嫁成自己对客户的违约。
第一步,把原里程碑拆成“独立可验”和“依赖第三方”两组。独立可验的部分包括:站内结构改动是否上线、已交付页面的标题与正文是否按约定完成、日志或抓取记录是否可读取、已有内容的改写是否通过内部审核。依赖第三方的部分单独列一张挂起清单,写清每项的验收条件、责任方、最晚可接受时间。
第二步,对挂起项设定“替代路径”而不是无限等待。例如第三方数据接口延期,就先约定用一份手工导出的样本数据完成首轮验收,样本范围、字段和校验方式写进验收单。这样做的结果是:验收可以推进,但结论只覆盖样本范围,不覆盖全量数据。下一步动作是等第三方交付后做差异比对,差异超出约定范围才触发重新验收。
第三步,把延期责任写进验收结论,而不是写进情绪。验收单上区分“已通过”“有条件通过”“未通过”。“有条件通过”必须写明条件是什么、由谁在什么时间前补齐、补齐后是否需要二次验收。这样客户和内部都能看到:延期不是验收放水,而是验收范围被明确缩小了。
保留适用于第三方延期属于一次性、可补交、且不影响后续工作起点的情况。比如一批外链资源晚两周,但站内优化和内容改写不受影响。此时保留原合作关系,把延期项挂起,验收节点顺延,但顺延只针对挂起项,不整体后移。
改写适用于第三方交付物仍有价值,但形态或范围需要调整的情况。比如第三方提供的是旧版内容库,格式不统一、部分页面已失效。此时不直接拒收,而是约定“按可复用比例验收”:先抽样评估可复用页面占比,再决定是整批接收后内部清洗,还是只接收清洗后的子集。改写的前提是双方对“可复用”有可操作的判断标准,比如URL是否仍可访问、正文是否与当前业务一致、是否存在重复内容。
退出适用于第三方控制的是不可替换前提,且延期已导致后续验收无法成立的情况。比如后台权限、数据导出、历史映射表都在对方手里,且没有可替代的获取路径。此时继续等待只会让验收不断后移,应当先完成不依赖该第三方的部分验收,再以书面方式终止该段依赖,把已交付且可独立验证的部分保留下来。退出的前提是:保留部分本身有明确验收结论,而不是“先退出再说”。
假设某SEO公司为一家旧站做内容迁移,其中历史URL映射表由第三方建站服务商提供,原定第10个工作日交付,实际延期。此时不应把整个迁移里程碑标记为“未完成”,而应拆成:
这个例子的关键不是数字,而是验收范围被切开了:已完成的独立验收,未完成的挂起并写明条件。如果第三方最终仍不交付,下一步动作是评估手工映射表能否覆盖主要流量页面,能覆盖就保留已迁移部分并退出对第三方的依赖,不能覆盖就只保留已验证的页面,其余回退或重做。
第三方延期时,最容易出问题的是验收单只写“完成/未完成”,不写依赖关系。这样一旦要退出,就无法判断哪些部分可以保留。更实用的做法是每条验收项都标注:是否依赖第三方、依赖哪一项、该项延期时替代验收方式是什么。这样做的直接结果是,延期发生时不需要重新谈判整份合同,只需要按已约定的替代路径推进。
同时要接受一个事实:请求量、抓取量或某项统计归零,不能单独证明第三方延期处理正确。它也可能是站点本身调整、抓取预算变化或统计工具配置变更导致的。判断验收是否成立,仍然要回到交付物本身和约定的验收条件,而不是单一指标。
如果第三方延期反复发生,且每次都落在不可替换前提上,那么保留这段合作关系的成本会持续高于改写或退出的成本。此时应把已独立验收通过的部分固定下来,把仍依赖第三方的部分列成退出清单,逐项确认是否有内部替代方案,再决定是继续等待还是终止该段依赖。