Pre-mortem 仪式：发布前的失败预演
B 方向·OPC 最佳实践（决策质量维度）。opc-90-day-launch-plan 是「要做什么」，本篇是发布前 30 分钟的反向仪式：「假设 6 个月后这个产品死了，死因是什么？」
背景与问题
Pre-mortem（Gary Klein 的 prospective hindsight）是行为科学验证过的决策工具：想象「已经失败」比问「可能失败什么」能挖出多 30% 的真实风险【推测：经典研究口径】。发布前做一次的成本是 30 分钟。
发现（方法综合）
- 做法：团队（solo=自己+LLM 对话）假设「6 个月后产品已关停」，各自独立写下死因清单 → 汇总 → 回到计划里逐条设防（经典 prospective hindsight 流程，Gary Klein 提出、行为决策领域广泛使用）。
- solo 的变体：让 LLM 扮演「反对者」——「この計画が失敗する理由を 10 個挙げて」的对抗性提问；人的自我审查（自家方案下不了狠手）由 LLM 补位。
- 与既有机制的衔接：pre-mortem 的产出不是新待办，而是对既有检查序的优先级扰动——90 天计划（opc-90-day-launch-plan）里哪两格要提前/加重。
推测（本产品线的 pre-mortem 预填）
- 可预判的死因候选（从既有课题反推）：①老人端激活失败（TTFV 没兑现——opc-onboarding-first-value）；②LINE 额度成本失控（japan-app-launch-basics）；③药机法/误判事故（japan-yakkiho-marketing-compliance）；④B 端等待期现金流断裂（opc-cash-flow-cushion-policy）；⑤家族图谱 schema 的隐私事故（japan-appi-breach-reporting）——清单已长，pre-mortem 的价值是挑出「没写进检查序的交叉风险」（如：认证申请被拒 × 发布日已定的两难）。
结论
可行动启发：
- D-30 固定 30 分钟 pre-mortem 仪式（90 天计划的 D-30 段加一行）：LLM 对抗提问 10 死因 → 挑 2 个「检查序没覆盖的」→ 设防动作插入计划。
- 「检查序没覆盖的」才是产出：已知风险（额度/合规/现金流）重申无意义——pre-mortem 的目标函数是找交叉风险与盲区。
- 仪式化防走样：与季度恢复演练（opc-security-baseline）同性质——都是「预演过才不算没准备」的纪律，日历化而非想起来才做。
- 关停/转向决策前同样跑一次：opc-sunset-runbook 的触发检查序前加 pre-mortem（「关停后 6 个月，我后悔了什么」）——双向预演。
待办 / 下次继续
关联
- 仪式族：opc-90-day-launch-plan（计划）× 本篇（预演）× opc-security-baseline（演练）；决策纪律 opc-research-to-build-pipeline（人工卡点）。