方案被打回——"看不懂你要什么"
你写了一份完整的方案，逻辑自洽、数据充分，但对方看完说"没看懂你到底想干什么"。
多数人的第一反应是加料——加数据、加案例、加附录。但问题不在内容密度，在结构顺序。方案按"背景→分析→方案→结论"写，结论埋在最后一页。决策者没有耐心从头读到尾；他需要先看到结论，再决定是否看支撑。
金字塔结构的切入点是把结论提到第一段。第二层列出三条核心理由，每条理由再展开细节。开头用 SCQA——用对方已知的背景引出问题，然后直接给答案。
方案从"请你跟着我从头想一遍"变成"我建议做X，理由是A、B、C"。
这个场景有一条明确的边界：如果方案被打回的原因是方向错误——老板根本不想做这件事——金字塔结构救不了。结构解决"看懂"，不解决"同意"。
汇报被打断——"说重点"
你在会议上汇报工作，说了两分钟被老板打断："说重点。"
常见误判是以为自己说得太慢，于是加速语速、压缩内容。实际问题是顺序——按时间线汇报，先说上周做了什么、遇到什么问题、现在进展到哪里。老板想先听结论：项目按期还是延期？需要什么支持？
开口第一句说结论。"项目延期两周，主要原因是供应商交付延迟，需要您批准备选方案。"然后等对方追问再展开。
这是金字塔原理最高频的口头应用场景——说的时候就要用，不只是写的时候。
长邮件没人回
你写了一封三段式邮件，信息量充足，但收件人迟迟不回。催了之后对方说"太长了没看完"。
需要的不是写得更短，是写得更清楚。长度本身不是问题——结论不明确才是。收件人打开邮件看不出"你要我做什么"，就会搁置。
邮件第一行写请求或结论。正文按理由分段，每段一个要点。需要对方做的事情用独立一行写出来。
这个场景的边界比较清楚：如果邮件的目的是通知而不是请求，不需要金字塔结构——直接列事实就够了。
分析报告结论模糊
你做了一份二十页的分析报告，数据详实、图表精美，但汇报后领导问："所以你的结论是什么？"你说不出一句话的结论。
这个场景的问题不在呈现，在思考。二十页报告写完了还说不出一句话的结论，说明分析过程缺少一次结构化整理。数据收集替代了思考。
金字塔原理里"自下而上思考"在这里最管用——把所有发现列出来，找逻辑关系，归纳成组，每组提炼一个概括性判断，再往上概括出总结论。归纳不出来，说明数据之间的关系还没搞清楚。
先从下往上想清楚，再从上往下写出来。思考和表达的方向经常相反。