「可行性不是靠更多预实验,是靠一份失败预案」:premortem 如何让评审看见你的控制力
【锚点】这一篇只钉一个判断:评审给「可行性」打分时,问的不是「你能不能做成」,是「你知不知道它会在哪里坏」。
【显式】一个 1989 年的实验。Mitchell、Russo 与 Pennington 让被试估计若干历史事件发生的概率;其中一组被要求先假定「事件已经发生」,再解释「为什么会发生」——这叫 prospective hindsight(前瞻性后见之明)。这一组识别出正确原因的比例比对照组高约 30%(Mitchell, Russo & Pennington, 1989, Journal of Behavioral Decision Making)。Klein 2007 年在 HBR 把它工程化成 premortem:项目开始前,全员先假定「项目已经彻底失败」,再写失败原因。
【隐式】为什么 premortem 在基金申请书里比在会议室里更值钱:评审读 Approach 时的默认假设是「申请人对自己方法的脆弱点没有感知」。一段失败预案做的不是展示谦虚,是把评审的怀疑从「他想不到」改成「他想到了,而且已经为它付过代价」。
【细微】写法上的差别决定成败。不可证伪的句子:「如遇困难,我们将及时调整研究方案。」——信息量为零,评审见过一万次。可证伪的句子必须带三个量:触发条件、备选路径、时间代价。例:「Aim 2 若在第 18 个月时效应量 d<0.3(n=60,80% power 下可判定),则放弃纵向设计,改用 Y 的交叉滞后方案;代价是增加 8 周,需重新招募 20 名被试。」
【极难发现】位置比内容更反直觉。同一段风险分析,写在 Innovation 段开头会稀释新颖性(新颖性判断受首因效应主导);写在 Approach 段末尾三分之一,它服务的是「可行性」与「严谨性」两个评分项,且落在评审动笔写评语之前的最后印象里。内容没错,放错段落就是自伤。
【流程节点链路】起点:为每个 Aim 圈出唯一的关键假设(一个 Aim 只允许一个,多了说明没想清)→ 中间节点1:对每个假设做 premortem,先假定它已失败,写出 3 条最可能的失败路径 → 中间节点2:给每条失败路径配一个可观测的触发阈值(数字、时点、样本量),再加一条备选路径与它的时间/预算代价 → 中间节点3:把触发阈值排进 timeline,形成 go/no-go 决策点 → 终点:Approach 段末尾 3–5 句的「风险与替代策略」,评审读到的是「可控」,不是「不确定」。
【教学延伸】同一套东西用在 mentoring 上更有效:让学生写一页「我的论文会怎么失败」,比你把方法学改十遍更快暴露他其实没想清哪个假设。你改的是文字,他缺的是模型。
【值得辩论的问题】如果评审只读你 Approach 的最后一段,你希望他看到「我们想到了」,还是「我们很乐观」?我站前者,但不止一位资深评审跟我说过:太早谈失败的申请书,读起来像作者自己也不信。你站哪边?







0 评论