事后聪明检测
复盘结论是否比当时掌握的信息更「早就知道」
用这个方法分析
上传录音或转写文本即可,未登录会先引导登录
产出长什么样
示例下面是一段虚构场景的示例产出,用来说明形态。真实分析会锚定你自己录音里的原话。
场景:某互联网产品复盘会(30分钟),复盘新版本核心功能“智能推荐”在初期用户中使用率低于预期的问题。
| 复盘结论 | 支撑原话 | 事后聪明检测分析 |
|---|---|---|
| 1. 当初应该更重视灰度数据 | 张经理:“我们其实提前看过灰度数据,波动不大,但没意识到那是关键信号。” | 信息差距:结论“应该重视”依赖于已掌握(但未深究)的灰度数据。当时可得信息就是那组波动数据,但未被解读为“关键信号”。 |
| 2. 功能定位偏离了核心用户需求 | 李经理:“事后看,推荐算法侧重了‘全品类’,但主力用户其实只关心‘母婴’。” | 超出当时认知:此结论部分超出当时认知。当时有用户画像数据,但对“主力用户只关心母婴”这一深度结论的明确化,是功能上线、数据反馈不足后才清晰的。 |
| 3. 市场反响比内部预期差很多 | 某团队成员:“没想到用户反馈这么平淡,我们内部讨论时都觉得挺新颖的。” | 证据不足/推断:结论依赖“市场反响”这一笼统判断。原文无直接依据。当时可得信息仅为“内部反馈”和“有限的用户访谈”,缺乏“市场”层面的宏观数据(如搜索指数、竞品对比),此结论带有强烈的后见之明推断。 |
| 4. 真正的教训是用户沟通机制缺失 | 主持人:“我们发现,核心问题不是算法,是产品和用研团队前期没有把‘母婴优先’的共识固化下来。” | 去掉后视镜的真实教训:该结论指向一个流程缺陷(共识未固化),而非当初某个具体决策的对错。它解释了为何当初的信息(如用户画像)未被有效利用,是更本质的复盘。 |
什么时候用它
用在内部会议这类录音上。当内容里出现下面这些信号时,它最派得上用场:
复盘会事故回顾
输出的 4 个模块
产出形态是判断卡,不是一段分析文字——有形态才能沉淀、才能被下游用。
- 1当时可得信息
- 2复盘结论所依赖的信息
- 3超出当时认知的结论
- 4去掉后视镜后的真实教训
它怎么保证不瞎说
三态分离
置信分层
证据不足时它会说「本场没有可供分析的对象,缺的是什么」,而不是编一个结论—— 这是硬要求,不是客套话。
常见问题
- 事后聪明检测适合分析什么样的录音?
- 适用于内部会议。典型触发信号:复盘会、事故回顾。需要 2 场以上。
- 用事后聪明检测会拿到什么?
- 产出形态是判断卡,包含 4 个模块:当时可得信息、复盘结论所依赖的信息、超出当时认知的结论、去掉后视镜后的真实教训。
- 事后聪明检测不做什么?
- 不得把推断当事实使用;不得据此对个人做定性评价