破解“知识的诅咒”:把复杂的话讲清楚
很多人一开口就被误解,不是因为能力不够,而是因为脑子里知道得太多,嘴上却省略得太快。
这就是常说的“知识的诅咒”:您已经很熟,所以会下意识觉得别人也跟得上;可对听的人来说,他可能连“为什么现在要讲这件事”都还没听明白。
先说观点:想把复杂的话讲清楚,您只要记住两套中英对照顺序:
- 情境(Situation)- 变数(Complication)- 问题(Question)- 回答(Answer):适合开场,把所有人拉进同一个语境。
- 观点(Point)- 理由(Reason)- 例证(Example)- 重申观点(Point):适合正文,把诉求说得清清楚楚。
如果您以后在书里看到 SCQA 和 PREP,就把它们直接对照成上面这两套顺序。这样既不会只记住字母,也不会只记住中文而忘了英文名。
一、为什么很多人一开口就让人听不懂
很多表达失败,不是因为内容太少,恰恰相反,是因为一下子跳到了自己最熟的那一步。
比如您想说:
“我建议把下周的方案评审推迟两天。”
但听众脑子里冒出来的,往往是另外几个问题:
- 为什么要推迟?
- 到底出了什么变数?
- 影响哪些人?
- 你是来同步信息,还是来要决定?
如果这些前提没补齐,您越往下说,对方越容易乱。
所以沟通不是“把自己知道的都说出来”,而是按对方能跟上的顺序说出来。
二、开场先讲来龙去脉:情境(Situation)- 变数(Complication)- 问题(Question)- 回答(Answer)
这一套就是 SCQA。最稳的记法不是只背字母,而是把每个字母和它在沟通中的动作绑在一起:
- S = Situation = 情境:共享的背景、现状和共识。它回答的是“现在是什么情况”。
- C = Complication = 变数:打破原有顺畅状态、让局面复杂起来的新因素。它回答的是“哪里开始不对劲了”。
- Q = Question = 问题:在变数出现后,真正需要解决的核心问题。它回答的是“现在到底要解什么题”。
- A = Answer = 回答:您给出的判断、方案或结论。它回答的是“所以我的主张是什么”。
一个更好记的口语模板
现在的情境是什么。
但最近出现了什么变数。
这带来了什么核心问题。
所以我今天的回答是什么。
如果您更习惯记字母,也可以把它压成一句:
SCQA = 先交代情境,再点出变数;提出问题,给出回答。
例子:汇报项目评审为什么要延期
- 情境(Situation):A 项目原计划下周三做方案评审。
- 变数(Complication):昨天客户新补了三条核心需求,其中两条会影响接口设计。
- 问题(Question):如果按原计划评审,我们讨论的方案很可能两天后就要推翻。
- 回答(Answer):所以我建议把评审延后两天,先把新增需求梳理完,再一次性评审。
这样一开口,别人马上就能明白四件事:
- 您不是在随便改计划。
- 这件事为什么现在才提。
- 问题到底卡在哪。
- 您希望大家接受什么方案。
到这里,您已经用 SCQA 把来龙去脉讲清了。
但现实里的沟通还有一个常见问题:听众未必听不懂您在说什么,却很可能先误会您想把大家带去哪里。
所以,在正式进入正文之前,最好再补一句边界声明。
它不是第三套新模型,而是夹在 SCQA 和 PREP 之间的一道护栏:先把题目框住,再把观点展开。
三、在进入正文前,先加一句边界声明
很多沟通越聊越偏,不是因为大家不认真,而是每个人脑子里的“题目”根本不是同一个。
比如一家人在讨论要不要换房,您说“我不想住这个片区”,有人可能以为您嫌房租高,有人以为您嫌通勤远,还有人会以为您只是看不上周边配套。
这时候,一个非常实用的句型是:
这次沟通,不是为了 X,而是为了 Y。
例如:
这次看房,不是为了挑装修风格,也不是为了争论哪个片区更体面,而是想先确认一个底线:不在空气质量不好的地方生活。
这句话看起来普通,但价值很高,因为它能提前砍掉错误联想,省掉后面二十分钟的跑偏成本。
换句话说,SCQA 解决的是“为什么现在要谈这件事”,这句边界声明解决的是“我们这次到底谈到哪一层”,接下来才轮到 PREP 去解决“我的观点和理由是什么”。
四、正文别讲流水账:观点(Point)- 理由(Reason)- 例证(Example)- 重申观点(Point)
这一套对应 PREP。它最适合回答一个问题:
您到底想让我现在做什么?
- P = Point = 观点:
Point的原义更接近“要点、主张、核心观点”。在汇报里,它往往表现为“结论先行”。 - R = Reason = 理由:解释您为什么这么判断。
- E = Example = 例证:用事实、数据、案例把观点撑住。
- P = Point = 重申观点:最后回到同一个主张,明确希望大家接受或执行什么。
一个更顺口的模板
我的建议是……
原因有两个……
比如……
所以我希望……
如果您更习惯记英文缩写,也可以把它记成一句:
PREP = 先亮观点,再给理由;补上例证,重申观点。
用“空气质量”这个生活例子走一遍
- 观点(Point):我建议以后看房把空气质量当成硬门槛,不考虑空气质量明显差的地方。
- 理由(Reason):住的地方是长期环境问题,房租、通勤、装修都可以权衡,但空气质量如果差,会持续影响身体状态和生活质量。
- 例证(Example):比如紧邻高架、工业园,或者长期灰尘重、异味明显的房子,也许更便宜、通勤也更近,但住进去以后,开窗通风、晾衣服、日常呼吸都会变成负担。
- 重申观点(Point):所以我希望以后看房先查空气质量和周边污染源,空气质量不好的地方直接排除。
和“我先给大家过一下背景,再说一下最近做了什么”相比,这种说法更容易让人听完就知道自己要不要表态、要不要配合、下一步做什么。
五、把两套顺序连起来,您就有了一个清楚的汇报骨架
很多高质量沟通,其实不是只把两套顺序机械拼起来,而是按三步走:
- 先用“情境(Situation)- 变数(Complication)- 问题(Question)- 回答(Answer)”把场子铺平。
- 再用一句边界声明,把这次讨论的范围框住。
- 最后用“观点(Point)- 理由(Reason)- 例证(Example)- 重申观点(Point)”把诉求落地。
如果把这套方法用在引导 AI 生成汇报材料上,一个很多人都会问的问题是:
能不能直接把这三步原封不动地告诉 AI?
答案是:可以,而且通常比只说“帮我写一份汇报”更有效。
因为 AI 最怕的不是信息少,而是任务边界模糊。
您直接把结构给它,它反而更容易按您要的顺序组织材料。
比如,您完全可以这样下指令:
请帮我写一份汇报提纲,主题是 XXX。
要求按下面三步来组织:
- 先用“情境(Situation)- 变数(Complication)- 问题(Question)- 回答(Answer)”把场子铺平。
- 再用一句边界声明,把这次讨论的范围框住。
- 最后用“观点(Point)- 理由(Reason)- 例证(Example)- 重申观点(Point)”把诉求落地。
如果您想让 AI 再稳一点,可以在这三步后面再补三类信息:
- 汇报对象是谁:例如老板、部门负责人、客户,还是家人。
- 这次汇报的目的是什么:例如说服、同步、请对方拍板,还是仅供参考。
- 输出形式是什么:例如 300 字提纲、1 分钟口播稿、PPT 大纲,还是正式邮件。
例如,一条更完整但仍然很短的提示词,可以写成:
请帮我写一份给部门负责人的 1 分钟汇报提纲,主题是 XXX。
目标是让对方接受我的建议。
请按下面三步来写:
- 先用“情境(Situation)- 变数(Complication)- 问题(Question)- 回答(Answer)”把场子铺平。
- 再用一句边界声明,把这次讨论的范围框住。
- 最后用“观点(Point)- 理由(Reason)- 例证(Example)- 重申观点(Point)”把诉求落地。
语言简洁、可直接拿去汇报。
这种写法的好处是,您不用替 AI 逐项拆词,但又已经把最关键的结构和边界交代清楚了。
对大多数日常写作任务来说,这样的指令已经足够好用。
六、最后别死背缩写,把这张中英对照检查单带走就够了
下次写汇报、发消息、开会前,先问自己四件事:
- 对方知道当前的情境是什么,以及我为什么现在提这件事吗?
- 我有没有讲清楚这次真正出现的变数是什么?
- 我到底是来同步信息、征求意见,还是要拍板行动?
- 听完以后,对方知道我的观点和下一步动作是什么吗?
如果这四个问题都能答出来,您的表达大概率就已经清楚了。
沟通高手并不是更会说术语,而是更会照顾听众的理解顺序。
先交代情境,再指出变数;先亮观点,再给理由。
很多“表达能力问题”,本质上只是顺序问题。