大多数申请人写完全文后会做语法检查、格式检查、参考文献检查，但很少做一件事：假设这个项目已经失败，然后倒推原因。

这就是Gary Klein在2007年HBR那篇《Performing a Project Premortem》里提出的技法：在项目/提案开始之前，先假设它在一年后被宣告死亡，写一段两句话的讣告，再列出最可能导致死亡的五六个具体原因。目的不是悲观，而是绕过团队固有的乐观偏差——一旦进入“我正在申请基金”的状态，所有压力都会把你的大脑推向“这个计划会成功”，而pre-mortem强制你切换成“反正失败了，说说为什么”的思维。

用在grant-writing上，我见过最有效的一次是：一个用深度学习和卫星图像识别城市非正规住区的项目，初稿的方法部分写得像生产级API文档。pre-mortem列出的头号死因是“训练样本的标注者之间一致性只有0.6”——这个问题不会出现在significance或innovation部分，但它会在approach部分被评审人一眼盯死。于是他们把标注协议写进方法：三位地理学背景的标注员、每周交叉校验、kappa低于0.8则重新培训。这条本来可能藏在supplementary里的细节，反而成了方法部分最亮眼的证明。

注意：pre-mortem不是团建游戏。它的产出必须落到申请书里。如果一个失败原因无法转化为“风险应对”或“备选方案”，那就说明你还没有真正理解这个项目在实地会怎么死掉。反过来，如果列出的失败原因中有超过一半你都不敢写进“局限性与替代方案”那一节——你是在申请研究，还是在申请一张彩票？

值得辩论的问题：当一份申请书把所有的失败风险都写出来，它会不会反而暴露太多、让评审人觉得你还没准备好？