产品经理写需求汇报 PPT，核心不是设计，是“把决策者需要知道的结论放在第一页”。我的做法是：先写 800 字文字稿，删到 300 字，再开始做 PPT。页数控制在 8-10 页，每页标题就是结论。

说实话，我见过太多人打开 PPT 软件就开始拖文本框，拖到半夜，第二天汇报还是被问“所以你到底要做什么”。问题不在排版，在顺序。

先写文字稿，别打开 PPT 软件

我自己的流程是，打开飞书文档，按八段写：背景、问题、目标、方案、数据、风险、排期、资源。每段不超过 100 字。写完读一遍，把所有形容词删掉，只留名词和数字。目标是把 800 字压到 300 字。

这 300 字就是 PPT 的骨架。一页对应一段，最多 10 页。第一页必须是结论页：我们要做什么，需要谁批什么。比如“申请 2 个前端，把注册转化从 12% 提到 18%，Q3 上线”。不要写“关于提升注册转化的方案探讨”，这种标题没人知道你要干嘛。

每页标题就是一句结论

我给自己定了个规矩：每页标题读出来，就是这一页要说的结论。如果标题是“用户调研结果”，不合格。改成“用户放弃注册的原因排第一的是验证码”，这才叫结论。

正文只放支撑这个结论的 3 个点。字号不小于 18，一页不超过 3 个颜色。图比字多，流程图、对比表、折线图都行。别用动画，真的，没人会因为你加了飞入效果就同意你的需求。

数据页我一般用三句话讲完。第一句：结论是什么。第二句：和谁比，差多少。第三句：为什么。比如“注册转化 12%，比行业均值低 6 个点。主要卡在验证码，60% 的用户在第三步流失。”讲完就过，别把原始表格贴上去让人自己看。

汇报前找人试讲一遍

这一条我踩过坑。有次我自我感觉逻辑很顺，结果讲给同事听，他问我“所以你是要改注册流程还是只加个提示”。我才发现方案页写得太模糊。后来我固定找一个不参与项目的同事，用 5 分钟讲一遍，让他复述我的结论。如果他复述不出来，回去改标题和第一页。

我们在做幻简 AI 的时候发现，用户最需要的不是一键生成多好看的页面，而是帮他们把文字稿里的“结论”标出来。这件事反过来说明，产品经理写需求汇报 PPT，难的从来不是排版，是判断哪句话该放在第一页。

至于值不值得花时间学排版？我的判断是：不值得。公司有模板就用模板，没有模板就用白底黑字。把省下来的时间拿去改文字稿。我到现在也没想明白，为什么有些人能把 20 页 PPT 讲得让人睡着，后来发现是他们把结论藏在了第 15 页。

写到这里，我去改明天要汇报的 PPT 了，第一页还得再改一句。