项目延期不可怕，可怕的是最后一天才说

2026 年 8 月我们一个项目延期了三周，发现当天就告诉了客户，比原定交付日早了十天。客户没有生气，反而说这样他能安排别的事。延期本身不致命，致命的是最后一天才说。

延期的三种原因

第一种，等客户。产品文档没给、后台权限没开、案例没确认。这类最常见，也最容易说清。

第二种，我们自己产能不够。稿子排太满、审稿人请假、技术排查比预估的久。

第三种，外部变化。算法更新打乱了优先级，第三方工具接口变了要重做。

三种原因的处理方式不一样，但第一件事都一样：当天说。

为什么当天就要说

因为客户需要时间调整。他的发布会、投放计划、内部汇报都挂在你的交付日上。你晚说一天，他就少一天余量。

还有个原因是信任。延期被发现和主动说，性质完全不同。被发现一次，后面每次交付他都会怀疑。

我们的规矩是：只要判断可能延期超过三天，当天发消息，不等确认。

怎么说：四句话

第一句，事实。原定几号交付，现在预计几号，延期多久。

第二句，影响。哪些交付物受影响，哪些不受影响。

第三句，原因，一句话，不辩解。

第四句，方案。接下来怎么补，需要客户配合什么。

四句话能说完的事，别写一页。写得越长，越像在找理由。

三种不该出现的解释

第一种，怪客户。“因为你们文档给晚了”，哪怕是真的，也要换成“我们在等文档，预计 X 号能拿到”。

第二种，过度道歉。连着说五次抱歉，客户会觉得你心里没底。

第三种，承诺一个明显做不到的新时间。为了安抚客户把交付日再提前一周，下次延期时更难看。

延期之后怎么补信任

延期之后的三周，我们每周多给客户一次口头同步，十分钟，说清进展和风险。成本不高，但客户能感觉到事情在被推进。

交付完成之后，把延期原因写进复盘，下个项目排期时把同类风险标出来。客户看到你真的在改，比说十次抱歉有用。

延期之后要补什么

补两件事：一是把延期原因写进复盘，看是流程问题还是估算问题；二是下一个交付节点提前两天给客户看一眼进度，别让他等到交付日。

我们现在的项目周报里有固定一行：本周有风险的任务。写这一行的时候没人爱写，但它让延期变成了可讨论的事，而不是突然的坏消息。