你有没有过这种经历——
准备了一个小时的汇报，讲了 10 分钟，领导打断你："说重点。"
那一刻你的脑子一片空白。明明准备得很充分，为什么领导听不进去？
后来我琢磨明白了：领导不是在拒绝你的内容，是在拒绝你的结构。 你给的是"数据→过程→结论"，他要的是"结论→依据→下一步"。信息完全一样，顺序不同。
下面这 4 个框架，是我 5 年做产品和运营汇报踩坑总结出来的。
框架 1：PREP —— 日常汇报万金油
什么时候用：口头汇报、周报、临时被领导问到"最近在做什么"。
- P（Point 结论）：一句话说清核心结论。"上周我们完成了 XX 功能开发，进度提前 2 天。"
- R（Reason 理由）：用数据支撑。"因为提前做完了依赖方对接，节省了等待时间。"
- E（Example 案例）：具体说明。"比如原来要和后端联调 3 天，这次用 Mock 数据先自测，联调只花了 1 天。"
- P（Point 重申）：再次强调结论和下一步。"所以这个迭代的节奏跑通了，下个迭代可以复用这套流程。"
> 记住：先说答案，再说过程。领导等不起。
框架 2：金字塔原理 —— 书面报告必备
什么时候用：写周报、写方案、写邮件——任何需要"被阅读"而不是"被听到"的场合。
- 顶层（结论）："建议下个迭代优先做 XX 功能。"
- 中层（论据）："理由有三：第一，67% 用户有需求；第二，竞品已有，我们落后 2 个月；第三，开发只要 2 周。"
- 底层（数据）：每个论据后面跟具体数据。"用户需求来自上周 500 份问卷，67% 勾选了 XX 功能为'非常需要'。"
金字塔原理的核心：任何事情都可以归纳出一个中心论点，这个论点由 3-7 个论据支持，每个论据又可以向下延伸。 你的汇报应该像一个倒金字塔——结论在顶，细节在下。
框架 3：SCR —— 汇报问题的正确姿势
什么时候用：出了问题要汇报、项目遇到阻碍、需要领导协调资源。
这是最容易加分的汇报场景。大部分人汇报问题是"甩锅"，会汇报的人是"递方案"。
- S（Situation 情境）："目前 XX 项目测试阶段遇到阻碍，第三方接口文档延迟 3 天。"
- C（Complication 冲突）："原因是供应商那边换了对接人，新人不熟悉接口规范。我们已经催了 2 次，明天是最后的等待期限。"
- R（Resolution 解决方案）："我准备了两个方案：A. 明天等不到就用 Mock 数据先测，但后续联调要补测；B. 直接找供应商技术负责人，跳过对接人。我建议选 B，需要您帮忙打个电话协调。"
> 铁律：可以提问题，必须带方案。让领导做选择题，不是问答题。
框架 4：STAR —— 年终总结 / 晋升答辩
什么时候用：年终总结、晋升答辩、面试——任何需要"证明你的价值"的场合。
- S（Situation 情境）："去年 Q2，我们产品的用户留存率从 65% 跌到了 48%。"
- T（Task 任务）："我的任务是找到根因并在一季度内把留存率拉回 60% 以上。"
- A（Action 行动）："我做了三件事：1）分析了 5000 条用户行为数据；2）访谈了 30 个流失用户；3）推动产品、运营、技术三方协作，重构了新用户引导流程。"
- R（Result 结果）："留存率从 48% 恢复到 63%，超过了目标。同时沉淀了一套用户流失分析 SOP，后续类似问题可以在 1 周内定位。"
STAR 的精髓：不只是说"我做了什么"，而是说"我遇到了什么、怎么解决的、带来了什么结果"。
四个框架怎么记
| 场景 | 用哪个 |
| ------ | -------- |
| 被问到"最近在忙什么？" | PREP |
| 写周报/方案/邮件 | 金字塔原理 |
| 出问题了要汇报 | SCR |
| 年终总结/晋升答辩 | STAR |
四个框架，核心就一句话：让领导省心。 领导越不需要追问，你在他心里的位置就越稳。
*推荐工具：周报助手 —— 内置金字塔模型模板，每天 30 秒随手记，周五自动生成结构化周报。免费试用 24 小时。*