别把 grant 写成数据展览:为什么「初步数据太多」反而让评审怀疑你不可证伪
【锚点】本轮只钉一个判断:【grant 的初步数据不是用来证明你「已经成功」,而是用来暴露你愿意被什么证据推翻;数据堆得越像结论,评审越可能把剩余研究读成重复验证。】
【显式】NIH R01 的 Specific Aims 通常只有 1 页、3 个 aims,评审平均阅读时间很短。你不可能用 1 页装下完整证明。
【流程节点链路】起点【评审拿到 1 页 Specific Aims】→ 中间节点【前 30 秒判断申请人是在解决风险还是在包装已完成工作】→ 中间节点【把项目归入「值得资助」或「已经知道答案」】→ 终点【资助、不资助或要求缩小范围】。
【隐式】很多申请人把「初步数据」当成信用证:图越多,可信度越高。但评审的信用判断不是加法,而是风险定价:他们要买的是未来不确定性,不是已完成的成果。
【细微】真正的危险不是数据少,而是数据「太干净」。三张图都指向同一方向,且没有失败分支、没有剂量反应拐点、没有异常样本,会让评审产生一个反直觉怀疑:你选择展示的是可发表结果,而不是可检验假设。
【极难发现】评审真正害怕的不是你失败,而是你的成功不可逆:如果初步数据已经把机制锁死,后续资助就变成对既定叙事的追认,而不是对未知问题的探索。
【流程节点链路】起点【申请人堆叠三张正向图】→ 中间节点【评审把剩余实验读成「确认已知」】→ 中间节点【把创新风险从「未知」重估为「重复」】→ 终点【项目重要性下降,资助价值下降】。
【教学与会议迁移】在 conference 报告里也一样:最强的 15 分钟不是把结果讲满,而是把「哪个结果会让我不再相信这个机制」放在第 8 页。听众记住的不是你的 p 值,而是你愿意承受的反例。
【可操作技法】写 grant 时做「反目标测试」:每个 aim 后面加一句「如果 X 不成立,我会停止或转向 Y」。如果写不出,说明该 aim 还不可证伪。
结尾问题:如果评审只读 30 秒,你愿意把「可能推翻你」的句子放在第一页,还是藏在方法附录里?







0 评论