本页目录
你说了十分钟,对方只记住最后一句
周一早会,你花五分钟讲项目进展。散会后同事问:"所以你刚才想说什么?"
你不是没讲清楚。你把答案埋在了第四分钟。前三分钟全在铺背景、讲过程、交代前因;听的人一直在等那句"所以呢"——等到的时候,注意力已经散了大半。
答案出场太晚,前面的信息全部变成负担
邮件写了三段,请求藏在倒数第二句。汇报做了八页,结论出现在第六页。回答领导追问时,怕说漏,背景、顾虑、细节一口气往外倒。
这些场景有一个共同点:信息不少,可对方最需要的那句话来得太晚。
芭芭拉·明托把规则说得很直接——人的注意力从上往下走。最先出现的信息拿走最大的理解权重。结论放在末尾,等于让对方拿最弱的注意力去接最关键的判断。
所以整本书的第一条操作指令就是:先把回答交出来,再给理由。
三条并列内容回答三个不同问题,就不算一组
金字塔原理的第二个动作比结论先行更难:归组。
日常表达里最常见的结构毛病不是缺要点,是三条并列的东西根本不是同一类。第一条讲现象,第二条讲原因,第三条讲建议——听的人得自己猜它们什么关系。
MECE 原则——相互独立、完全穷尽——就是归组时的检验标准。问三个问题:这几条回答的是不是同一个问题?有没有交叉重叠?有没有漏掉关键面?答不上来,还没归好。
归组看起来是整理动作,做起来是判断动作。因为一旦认真归,你会发现有些东西根本不该并列,有些条目之间其实有从属关系。
写不出一句结论,通常卡在判断层
金字塔原理容易被当成写作技巧。上手后会发现,它首先是思考工具。
要求自己先写出一句结论,马上会碰到不舒服的问题——结论到底是什么?凭什么是这个?底下三条理由真的够吗?
这种不舒服很有价值。它说明判断还没收束完。卡在结论上的人,问题通常在判断层。动笔前多花五分钟把结论写成一句完整的话;如果写不出来,先别急着列要点,回去问自己到底在回答什么问题。
结论先行允许带条件、带边界、带不确定
结论先行容易被误读成"说话要武断"。明托要求的是先把当前层级的回答交出来,复杂判断可以带条件、带边界、带"暂时只能到这个层级"的说明,但不能把回应藏到末尾。
先交回答再展开支撑,对方拿到的是一棵从根到叶的结构。先铺背景再给回答,对方拿到的是一堆等他自己拼装的零件。
区别就在信息的出场顺序。
标题定不下来时,先回去找上层判断
一个直接可用的判断标准:写完一封邮件或一份方案,标题是不是要拖到最后才能定。
标题定不下来,通常说明上层判断还没收住。标题就是那句最顶层的结论;它飘着,整篇的展开方向也跟着飘。
金字塔原理最直接的训练就在这里:逼你先把那句话站稳,再往下排。对方给你的耐心窗口越来越短的环境里,结构上的低效比措辞上的粗糙代价高得多。