项目状态真伪核验
分辨"进展顺利"里哪些是真进展、哪些是话术
用这个方法分析
上传录音或转写文本即可，未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出，用来说明形态。真实分析会锚定你自己录音里的原话。
项目状态真伪核验：某互联网公司季度产品迭代会（45分钟）
| 结论 | 类型 | 支撑原话 |
|---|---|---|
| 核心功能A的“如期交付”依赖未经测试的新接口 | 汇报口径与可验证事实对照 | “功能开发已100%完成，进入联调。不过……因为调用了合作方刚交付的接口，还需要2天联调。”（项目负责人） |
| 用户数据将大幅增长 | 无证据的进展声明（原文无依据 / 推断） | “上线后日活预计将提升30%以上。”（产品总监） |
| 缺什么： 对比基准、增长模型、或任何内部测试数据支撑。此为业务目标声明，非已验证进展。 | ||
| “资源充足”被淡化，关键测试人员即将调离 | 被淡化的风险 | “目前测试资源是够用的。对了，测试组小王下周会支援B项目，但问题不大，其他人能顶上。”（项目经理） |
| 应向合作方索要接口性能与异常处理SLA文档 | 该要的证据清单 | （基于风险推断）合作方接口的稳定性、最大承载并发量、失败率承诺及赔偿条款。 |
小结： 项目的真实瓶颈是对外部技术依赖的不可控（结论1），并伴随对关键风险轻描淡写（结论3）。产品目标的增长预期（结论2）缺乏数据闭环，可能造成后续目标偏差。建议会议重点聚焦于获取合作方接口的明确承诺（证据清单）并重新评估测试资源缺口。
什么时候用它
用在内部会议这类录音上。当内容里出现下面这些信号时，它最派得上用场：
汇报进度状态同步
输出的 4 个模块
产出形态是判断卡，不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1汇报口径与可验证事实对照
- 2无证据的进展声明
- 3被淡化的风险
- 4该要的证据清单
它怎么保证不瞎说
亲证锚定
三态分离
置信分层
证据不足时它会说「本场没有可供分析的对象，缺的是什么」，而不是编一个结论—— 这是硬要求，不是客套话。
常见问题
- 项目状态真伪核验适合分析什么样的录音？
- 适用于内部会议。典型触发信号：汇报进度、状态同步。一场录音即可。
- 用项目状态真伪核验会拿到什么？
- 产出形态是判断卡，包含 4 个模块：汇报口径与可验证事实对照、无证据的进展声明、被淡化的风险、该要的证据清单。
- 项目状态真伪核验不做什么？
- 不得据此对个人绩效定性；不得把推断当事实用于问责