客户延期最危险的地方，不只是项目晚几天交付，而是它会悄悄打乱排期、压缩测试时间，并把原本清晰的责任边界变成反复拉扯。要保住项目节奏，关键不是催得更频繁，而是把延期转化为可记录、可判断、可执行的流程。

先判断：延期影响的是现金流还是交付路径

客户延期通常分为两类：付款延期和反馈延期。付款延期直接影响后续资源投入；反馈延期则会阻塞修改、测试和最终验收。两者不能使用同一种话术，更不能在没有确认节点的情况下继续无限推进。

如果是付款延期，应先核对合同约定、当前完成度和应付款日期，再给出新的明确截止时间：

您好，目前[交付物名称]已完成[完成情况]，按约定本阶段款项应于[日期]支付。为避免影响后续排期，麻烦您在[截止日期]前完成支付。如确有资金安排困难，也可以提前沟通分期方案。

这段沟通同时完成了三件事：呈现事实、明确期限、保留协商空间。若超过约定期限仍未付款，应暂停新增交付或暂停服务，而不是一边垫付成本，一边继续承诺原定进度。

反馈延期则要把后果明确传达给客户。可以说明原计划在某日期收到反馈，当前尚未收到，因此后续测试时间会被压缩；同时发送当前版本和已知问题清单，请客户先标注优先级。这样做不是施压，而是让客户看到“不反馈”会如何影响自己的项目结果。

用“基准日”而不是口头承诺推进

客户延期后，不要只问“什么时候方便回复”，而要重新确认一个可执行的基准日：反馈提交日、下一轮交付日，以及延期后是否顺延最终验收。重要结论应通过邮件或带时间戳的协作工具确认；若沟通发生在即时聊天中，也要及时同步成书面记录。

项目排期一旦改变，后续日期就应随之重排。不要为了维持原承诺，默默压缩自己的制作和测试时间。延期责任属于客户时，应在记录中写清触发原因和受影响节点；否则项目越往后，延期越容易被误认为是交付方效率不足。

把延期规则提前写进合作边界

报价单或合同中应明确付款节点、反馈时限、逾期后的暂停规则，以及需求变更导致的返工如何处理。交付范围也要以清单为准，避免客户把未列明内容视为默认服务。

真正稳定的合作，不是客户永远不延期，而是延期发生后，双方知道如何重新排期、如何承担影响、何时恢复推进。项目负责人要守住的不是表面上的“按原日期交付”，而是节奏、质量和责任边界。