事前验尸
假设这件事半年后失败了，倒推最可能的死因
用这个方法分析
上传录音或转写文本即可，未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出，用来说明形态。真实分析会锚定你自己录音里的原话。
场景： 某教育科技团队“智能学习伴侣”新产品项目启动会，进行事前验尸分析。
失败对照矩阵（假设：项目半年后宣告失败）
| 失败维度 | 最可能的死因 | 早期预警信号 | 现在就该加的保险 |
|---|---|---|---|
| 用户价值 | 产品解决的是伪需求，或需求强度不足以驱动持续付费。 | 早期种子用户留存率低于预期；试用期结束后主动询问付费的用户寥寥。 | 1. 强制MVP测试：先开发最核心功能的最小版本，完成100个真实用户的深度访谈。2. 设定付费意向验证指标：在正式开发前，需有50%的目标用户明确表示“愿意尝试”。 |
| 市场时机 | 竞争对手以更低成本、更优体验的方案抢先满足了市场。 | 行业巨头宣布类似功能的产品路线图；出现功能更聚焦、迭代更快的初创团队。 | 1. 设立竞争动态监测表：明确每周关注哪些竞品指标。2. 构建快速转向能力：预留20%的研发资源用于技术重构或方向微调。 |
| 执行与资源 | 团队被内部流程拖垮，或关键技能缺口未被识别，导致产品无法按质交付。 | 项目会议频繁但决策缓慢；关键岗位（如算法负责人）迟迟未到岗。 | 1. 明确决策清单与授权：项目启动时即列出需CEO决策的事项清单，并赋予项目经理明确的预算与人事权限。2. 预研关键技术：在总预算外设立专项，提前3个月验证核心算法的可行性与稳定性。 |
“证据不足”示范： 在“市场时机”维度的早期预警信号中，“出现功能更聚焦、迭代更快的初创团队”一项，其推断依据为当前市场普遍规律，但缺乏对具体竞品团队动态的直接情报。此条信息为推断，非既定事实。
会议结论核心
本次验尸揭示，项目失败的最大风险并非技术不可行，而是“用户价值”可能被高估。需立即执行MVP强制测试与付费意向验证。正如张经理总结：“用户觉得内容不够‘活’，交互反馈慢，它更像个高级点读机，不是一个‘人’。” 这句话必须转化为具体的产品验收标准。
什么时候用它
用在内部会议这类录音上。当内容里出现下面这些信号时，它最派得上用场：
刚刚定下一个大投入的方向
输出的 4 个模块
产出形态是对照矩阵，不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1失败剧本
- 2最可能的三个死因
- 3早期预警信号
- 4现在就该加的保险
它怎么保证不瞎说
约束与代价
可证伪化
亲证锚定
证据不足时它会说「本场没有可供分析的对象，缺的是什么」，而不是编一个结论—— 这是硬要求，不是客套话。
常见问题
- 事前验尸适合分析什么样的录音？
- 适用于内部会议。典型触发信号：刚刚定下一个大投入的方向。一场录音即可。
- 用事前验尸会拿到什么？
- 产出形态是对照矩阵，包含 4 个模块：失败剧本、最可能的三个死因、早期预警信号、现在就该加的保险。
- 事前验尸不做什么？
- 不得把推断当事实使用；不得据此对个人做定性评价