这个PPT提示词公式,把凌乱的信息一键整理成有结构、有重点的汇报大纲

领导说完这句话就走了，留你一个人盯着空白的PPT模板发呆。

打开软件，新建文档，选了个模板。第一页写了个标题，第二页写了个目录——然后就没有然后了。

你不是不知道自己做了什么，你是不确定该怎么说、按什么顺序说、说到什么深度。汇报这件事，难的不在内容，在逻辑。

今天这个提示词，帮你解决的就是这个问题：把你脑子里乱七八糟的东西，整理成一份结构清晰、有重点的汇报PPT大纲。你只需要复制、填内容、粘贴，剩下的交给它。

提示词公式（直接复制）

怎么用（3步搞定）

第1步：复制上面整段提示词

第2步：把方括号 `[ ]` 里的内容换成你自己的情况

第3步：粘贴到对话工具（千问 / 豆包 / Kimi 均可），发送

核心思路跟写周报一样：你不需要先想好结构，只需要把"你知道的东西"全倒出来。它负责帮你排列组合，组织成有逻辑的大纲。

建议你在"汇报信息"里尽可能多地扔内容。包括但不限于：

越杂越好，它会帮你筛选和组织。

看看实际效果

下面是三个不同场景的案例。同样是"脑子里一堆想法"，看看能产出什么样的PPT大纲。

案例一：季度工作总结 —— 运营岗

输入的原始信息：

我负责的三个公众号这季度涨粉总共2万，阅读量比上季度提升了30%，其中"XX说"那篇爆款带来了8000涨粉。做了两次线下活动，第一次来了200人，第二次350人，第二次效果明显好因为找了KOL帮忙转发。社群从3个扩展到了5个，总人数大概5000人，活跃度还行，每周都有人讨论。问题的话，有一个号内容质量不太稳定，有时候阅读只有平时的一半。下季度想做视频号，还有社群要分层运营。

输出的PPT大纲：

第1页：封面

标题：XX运营团队 · 第一季度工作汇报

汇报人 / 日期

>

第2页：季度概览

- 公众号矩阵粉丝增长2万，阅读量环比提升30%

- 举办线下活动2场，社群规模扩展至5000人

- 本页建议：4个核心数据卡片并排展示（图表：数字卡片）

>

第3页：公众号运营成果

- 三个公众号粉丝增长明细

- 爆款内容《XX说》单篇引流8000粉，复盘成功要素

- 阅读量周趋势：整体上扬，个别波动

- 本页建议：折线图展示阅读趋势 + 突出爆款数据点（图表：折线图）

>

第4页：线下活动复盘

- 第一场：200人参与，以自有社群为主要渠道

- 第二场：350人参与，引入KOL转发，效果提升75%

- 经验总结：外部渠道引流对线下活动效果显著

- 本页建议：柱状图对比两场活动人数（图表：柱状图）

>

第5页：社群运营进展

- 社群数量：3个 → 5个，总人数约5000

- 活跃度：周讨论量稳定，用户自发互动

- 标杆社群分析：XX群的互动模型

- 本页建议：社群增长折线 + 活跃度指标（图表：折线图 + 数据卡）

>

第6页：问题与反思

- 部分账号内容质量波动，阅读量不稳定

- 原因分析：选题机制不够系统，过度依赖个人判断

- 已有改善动作：建立选题库，增加数据复盘频率

>

第7页：下季度规划

- 启动视频号运营，短视频内容试水

- 社群分层运营：按用户价值/活跃度分级管理

- 目标：矩阵粉丝突破XX万，视频号月更XX条

- 本页建议：时间轴形式展示关键节点（图表：时间轴）

>

第8页：结束页

- 感谢 / Q&A

你看，你给的原始信息是零散的，但它帮你理出了"数据概览 → 逐项展开 → 问题复盘 → 未来规划"的完整脉络，每一页该放什么都标清楚了。

案例二：转正述职 —— 产品经理

输入的原始信息：

入职三个月了，主要负责XX产品线的用户端改版。竞品分析做了5份，用户访谈了12个人，写了3版PRD。改版上线之后用户反馈还可以，App Store评分从4.1升到了4.5，日活也涨了一点点大概5%。中间有段时间跟开发吵了一架因为需求变更太频繁，后来调整了需求评审流程就好了。还主动提了个搜索优化的方案，领导说不错排进下个迭代了。

输出的PPT大纲：

第1页：封面

标题：试用期工作汇报 · XX产品经理

汇报人 / 入职日期 / 汇报日期

>

第2页：三个月工作全景

- 完成竞品分析5份，用户访谈12人次，输出PRD 3份

- 主导用户端改版上线，推动搜索优化方案立项

- 核心成果：评分4.1→4.5，日活提升5%

- 本页建议：3-4个数据卡片，一目了然（图表：数据卡片）

>

第3页：重点项目 — 用户端改版

- 背景：旧版体验问题多，用户反馈集中在XX方面

- 动作：竞品分析 → 用户访谈 → 方案设计 → 联调上线

- 成果：App Store评分提升至4.5，日活环比增长5%

- 本页建议：改版前后对比截图 + 数据变化（图表：对比图）

>

第4页：需求管理优化

- 问题：前期需求变更频繁，与开发团队沟通效率低

- 解决：建立需求评审机制，变更需经过评估流程

- 效果：需求变更率下降，团队协作明显顺畅

>

第5页：主动推动 — 搜索优化方案

- 发现搜索转化率低的问题，主动发起调研

- 完成方案输出并获得领导审批，已排入迭代计划

- 体现主动思考和工作自驱力

>

第6页：个人成长与反思

- 收获：对业务理解加深，跨部门协作能力提升

- 不足：技术细节了解不够深，偶有沟通不够及时

- 改进计划：定期与开发同步技术方案

>

第7页：下阶段目标

- 完成搜索优化上线，目标转化率提升XX%

- 深入学习XX领域业务知识

- 持续关注用户反馈，驱动体验优化

>

第8页：结束页

- 感谢导师和团队的指导与支持

转正述职的关键是什么？不是你做了多少事，是让领导觉得你"靠谱、能干、有思考"。这份大纲帮你把"吵了一架"这个负面信息，转成了"发现问题 → 优化流程 → 解决问题"的成长叙事。

案例三：项目进展汇报 —— 技术负责人

输入的原始信息：

在做一个内部的效率工具，前端后端都是我一个人写的，进度大概完成了70%。核心功能都能跑了，还有权限管理和数据导出没做完。遇到最大的坑是之前用的那个第三方接口突然限流了，换了一套方案多花了一周。领导问过两次进度了，有点压力。下周五之前能交，我打算先内部试用一周再正式上线。

输出的PPT大纲：

第1页：封面

标题：XX效率工具 · 项目进展汇报

汇报人 / 日期

>

第2页：项目概况

- 项目目标：搭建内部效率工具，提升XX流程效率

- 当前状态：整体完成度约70%，核心功能已可用

- 预计交付：下周五完成开发，后续一周内部试用

- 本页建议：进度条/甘特图展示（图表：进度条）

>

第3页：已完成模块

- 核心业务功能开发完成，流程跑通

- 基础框架搭建，前后端联调通过

- 本页建议：功能模块清单，打勾标记完成状态（图表：清单）

>

第4页：待完成模块

- 权限管理系统（预计2天）

- 数据导出功能（预计2天）

- 本页建议：与"已完成"形成对比（图表：清单）

>

第5页：风险与应对

- 风险：第三方接口限流，导致方案调整

- 应对：已切换至自建方案，额外耗时一周

- 当前影响：总体进度可控，不影响最终交付节点

>

第6页：后续计划

- 本周五前完成全部开发

- 下周内部试用，收集反馈

- 根据反馈优化后正式上线

- 本页建议：时间轴（图表：时间轴）

技术人汇报最容易犯的错：讲太多技术细节，领导听完不知道你在干嘛。这份大纲帮你把信息压缩成了"做了什么、还剩什么、有什么风险、什么时候交"——领导最关心的四个问题，清清楚楚。

三个案例看完，有个关键点

这三个案例的共同点是：输入的信息都很"随意"，有人甚至把"跟开发吵了一架"这种话都扔进去了。但输出的结果都不错。

原因很简单：它的工作不是帮你编内容，而是帮你搭框架。你的内容是砖头，它是图纸。你负责提供材料，它负责画施工图。

拿到大纲之后，你要做的就是照着它一页一页填内容。标题写什么、这一页放几个要点、该配什么图——全都替你想好了。你唯一要做的就是打开PPT，照着敲字。

这比对着空白模板发呆强一万倍。

进阶版：让大纲更"精"

如果你对汇报的格式有更高要求，可以在提示词最后加这段：

加上之后，它不仅给你大纲，连每一页具体写什么、讲多长时间都帮你安排好了。直接照着念都行（虽然不建议这么做）。

关于汇报这件事

很多人怕汇报，觉得是"表现自己"，不好意思。

但你换个角度想：你不汇报，领导就不知道你在做什么。他不是不关心你，他是真的忙，管的人太多，不可能主动了解每个人的细节。

汇报不是炫耀，是沟通。你做了事情，用恰当的方式让对方知道，这是职业素养，不是拍马屁。

反过来，那些"闷头干活从不汇报"的人，往往干了最多的活，却最容易被忽视。这不是公平不公平的问题，这是信息传递的问题。

所以，学会汇报，跟你学会把活干好一样重要。

最后：收藏备用

这个提示词公式建议你收藏一下。不管转正述职、季度总结、项目汇报还是年终述职，都是同一套逻辑——改改"汇报信息"里的内容就能用。

本文提示词已在 千问 / 豆包 / Kimi 上测试，均可直接使用。

觉得有用的话，转发给你那个每次做PPT都熬到半夜的同事吧。