金字塔表达：
让读者沿最短路径作出判断

你发出一页发布状态：先写过去两周做了什么，再贴十条测试结果，最后在结尾说“希望延后两天”。领导追问“所以需要我决定什么？”问题不在字数，而在信息顺序没有服务读者动作。

一份可执行表达至少有四层：结论给动作与责任；理由回答为什么；证据让理由可核对；边界说明未知、反例与适用范围。它们不是固定排版，而是一条追问路径：“你建议什么？为什么？依据是什么？在哪些条件下不成立？”

第一步，写读者动作。不要从“我要汇报什么”开始，而从“读者读完需要批准、选择、知晓还是执行什么”开始。合格结论包含动作、对象、时间和决定人，例如：“建议将发布延后 48 小时，请发布负责人今天 16:00 前批准。”

第二步，选择同一层的分类维度。理由可以按风险、收益、成本，也可以按事实、判断、行动；不能一条写原因、一条写时间线、一条写建议。横向并列项要尽量不重复，并合起来足够支撑上一层。工作中不必追求形式上的绝对互斥，但要能回答“这两条是否其实在说同一件事”“遗漏哪类会推翻结论”。

第三步，让证据直接挂到理由。“项目风险很高”不是证据；“核心回归仍有 2 项失败，且失败写入不可自动回滚的数据”才可复核。证据应注明口径、来源或版本，重要未知不能藏在脚注。

第四步，做向上和向下两次检查。向上读：这些材料共同支持什么？向下读：为什么相信这条理由？如果某段不能回答相邻层，就重排或删除。最后做反方检查：什么事实会让你换推荐？

原始材料。团队完成了接口开发，构建 314 的支付回归仍失败；数据迁移脚本没有自动逆向；客户合同窗口在周五；销售周四安排演示；工程师估计 6 小时修复，但未完成恢复演练。原稿按日期记录了 26 行进展，结尾才提出延期。

注意，结构化并没有替你证明“延期一定正确”。它只是让证据、取舍和责任变得可检查。若回归失败与客户场景无关，或者合同实际上要求周三，结论仍需改变。因此先用批判性提问审计证据，再用结构压缩，通常比先套结构更可靠。