先给结论:如果第三方延期,不要等对方全部交完再一次性验收,而要把交付拆成“已经可独立验证的部分”先收,把“必须依赖第三方数据或权限才能验证的部分”单独挂起。是否保留、改写或退出合同,取决于延期部分是否卡住了你向最终客户承诺的关键结果,以及你能否用替代证据先完成阶段性确认。
第三方延期本身不等于交付失败。你需要先分清两类情况:
判断依据不是对方说“快好了”,而是看你的验收动作是否必须等到对方交付后才能开始。如果必须等,就把它标为关键路径;如果不必须等,就把它移出本轮验收范围。
拆分验收时,建议按下面三层处理,而不是按合同条目逐条等齐。
这部分不依赖第三方,你自己或团队就能检查。例如页面是否已按约定完成修改、内部链接是否已调整、标题和描述是否已更新、技术检查清单中不依赖外部数据的项目是否通过。把这些先验收掉,能减少后续争议,也能让最终客户看到阶段性进展。
第三方延期时,有些结果可以用其他证据先做近似判断。例如第三方还没给完整日志,但你可以先用站点地图提交记录、抓取诊断中的可访问性反馈或页面状态码抽查来确认部分技术问题。这里要注意:替代证据只能用于阶段性判断,不能直接等同于第三方最终数据。你需要在验收记录里写明“此部分为替代确认,待第三方数据到位后复核”。
如果某项验收必须依赖第三方的原始数据、权限或签字确认,就不要强行用猜测代替。把它单独列为挂起项,注明挂起原因、需要谁提供什么、以及挂起期间你能做的其他动作。挂起不等于放弃,而是把验收边界划清楚。
面对第三方延期,你通常有三种处理方向。选择哪一种,取决于延期部分对你最终承诺的影响程度。
一个假设例子:假设你承诺客户在某个阶段完成技术问题修复,其中一项修复需要第三方提供服务器配置权限。第三方延期一周。如果这一项是客户最在意的核心问题,你可以先完成其他不依赖权限的修复并验收,同时把这一项挂起,并告知客户挂起原因。如果客户不接受挂起,你就需要重新谈判交付范围,而不是假装已经完成。
实际动作建议是:立刻把当前交付清单拆成“已可验收”“可替代验收”“必须挂起”三列,并给每一列写清楚验收依据。这个动作的结果会直接影响下一步:如果“必须挂起”的条目超过你向客户承诺的关键结果,你就需要启动范围重谈或退出评估;如果“已可验收”和“可替代验收”已经覆盖大部分承诺,你就可以先交付阶段性结果,把挂起项作为后续跟进。
同时,给第三方发一份只针对挂起项的确认请求,写明你需要什么、什么时候需要、以及如果继续延期你会怎么处理。不要用“尽快”这种模糊表述,而要用可核对的交付物名称和验收条件。这样做的结果是把延期的影响范围限定在具体条目上,而不是让整个项目停摆。
拆分验收后,记录方式决定了后续是否会产生争议。建议在验收记录里写清楚:
这样做的结果是你不会把“第三方延期”变成“整个交付失败”,也不会把“替代确认”误当成“最终验收”。下一步无论是继续推进、重谈范围还是退出,你都有明确的依据可以对照。