识别对方论证中的逻辑谬误——也警惕自己犯了同样的错误

0004 · 逻辑谬误（7 种常见谬误）

预计时间：20 分钟读完 + 25 分钟做练习 = 45 分钟。

本课核心论点 逻辑谬误是指论证中出现的系统性推理错误。它们不是”观点不同”——而是论证结构本身就有问题。学会识别 7 种最常见的谬误，让你在方案评审和日常决策中快速发现”哪里不对”。

一、7 种常见逻辑谬误

#	谬误名称	结构	例子
1	后此谬误	A 发生在 B 之前 → A 导致 B	”上线新功能后 bug 增加了，所以新功能引入了 bug”
2	滑坡谬误	A 发生 → B → C → D（灾难级连锁）	“如果我们做这个功能，用户就会要求更多功能，最终产品会变得无法维护”
3	诉诸众人	很多人都在做 → 所以应该做	”市场上都已经在做 AI 了，我们要是不做就落后了”
4	非黑即白	只有两种选择	”要么做这个功能，要么让用户流失”
5	诉诸权威	权威说 X → X 是对的	”我们的 CTO 说过这个方案最优，所以一定是对的”
6	人身攻击	攻击提出者而非论证	”你不懂技术，所以你不应该有资格提这个需求”
7	稻草人谬误	歪曲对方观点再反驳	”他说’我们做得慢’——他是不是想让我们加班到凌晨？”

二、每个谬误的深度解析

1. 后此谬误（Post Hoc）

错误地因为时间上的先后关系就认定因果关系。

真实场景：“上周五我们改了数据库索引，查询速度变快了。所以索引改进是原因。”

问题：可能同时还有用户访问量减少，或者缓存命中率提升。时间先后 ≠ 因果关系。

2. 滑坡谬误（Slippery Slope）

预设了一个连锁反应的极端结果，但没有证明每一步的因果关系。

真实场景：“如果我们做这个微调，整个架构就会被推翻。”

问题：“微调 → 架构推翻”之间的每一步因果都没有证明。

3. 诉诸众人（Bandwagon）

“大家都做了，所以我也要做。”

问题：多数人的选择不等于正确的选择。竞品做了某个功能，可能恰好是错的。

4. 非黑即白（False Dilemma）

当实际存在更多选项时，硬说只有两个选择。

真实场景：“要么投入开发这个功能，要么我们就完了。”

问题：还有很多中间选项：先做 MVP、找其他解决方案、不做但做其他事。

5. 诉诸权威（Appeal to Authority）

引用某人的权威来证明观点，但这个人不一定对该领域有权威。

真实场景：“CEO 觉得这个方案最好。”

问题：CEO 的判断基于战略直觉，不一定是技术决策。

6. 人身攻击（Ad Hominem）

不攻击论证本身，而是攻击提出论证的人。

真实场景：“这个 PRD 是你写的，你的方案肯定不靠谱。”

问题：方案的质量与写方案的人无关。

7. 稻草人谬误（Straw Man）

歪曲对方的观点，让对方看起来更容易被攻击。

真实场景：“你说我们要优化加载速度——你是不是想让我们把功能砍掉只保性能？”

问题：对方说的是优化加载速度，不是砍功能。

三、PM/BA 日常中的谬误防范

• 被质疑时：检查对方的批评是否针对论证本身还是针对你个人（人身攻击谬误）
• 看竞品分析时：“竞品都在做”不等于”我们应该做”（诉诸众人谬误）
• 看数据时：“上线后指标变化了”不一定是那个功能导致的（后此谬误）
• 被逼迫做决定时：如果有人说”要么 A 要么 B”，提醒他还有 C、D、E 选项（非黑即白谬误）

四、练习题（10 题）

读代码题

六、答题提示

展开提示

• Q1 — 时间先后 ≠ 因果关系 = 后此谬误
• Q2 — 预设极端连锁 = 滑坡谬误
• Q3 — “大家都做” = 诉诸众人谬误
• Q4 — 硬说只有两个选择 = 非黑即白谬误
• Q5 — 引用权威不一定是该领域专家 = 诉诸权威谬误
• Q6 — 攻击人不是攻击论证 = 人身攻击谬误
• Q7 — 歪曲对方观点再反驳 = 稻草人谬误
• Q8 — 排除其他变量是后此谬误的防御方法
• Q9 — 有效的推理本身不是谬误
• Q10 — 在评审中发现逻辑漏洞是最直接的价值

七、本课行动清单

1. 下次方案评审时，注意识别对方论证中是否包含 7 种谬误之一
2. 被质疑时先问自己：“对方是在反驳我的论证还是在攻击我？“（区分论证 vs 人身攻击）
3. 看到”因为 A 所以 B”的判断时，问：“排除其他变量了吗？“（防御后此谬误）
4. 每次遇到”要么 A 要么 B”的逼迫时，提醒自己和对方还有更多选项

八、参考来源