做汇报这件事,最耗人的从来不是"写",而是"把已有的东西重新摆一遍"。
我手头最常见的起点是这三种:一份写满了但没结构的 Word 方案稿、一份两年前的老 PPT(内容过期但版式是客户认可的)、或者干脆只有领导转过来的一段话——"下周跟客户讲讲我们这个方案,你做个 PPT"。
传统做法是自己搭骨架、逐页复制粘贴、调字号、对齐、改配色,一套下来大半天。用 WorkBuddy 之后,我把这件事拆成了一套固定流程,同样质量的产出,耗时降到原来的一个零头。这篇文章把这套流程完整写出来,包括可以直接复制的提示词模板,和我踩过的五个坑。
先给料,再给框,最后挑刺。
这三步里,第二步决定 70% 的质量。给料决定上限,给框决定下限。
Word 方案稿是最理想的素材,信息密度高。常见误区是"我先自己整理成大纲再给它"——这等于你自己干了最累的活,还把自己的理解偏差带进去了。
正确做法:原样放进工作目录。如果稿子很长(超过 20 页),可以在提示词里点名重点章节,例如"以第 3 章技术方案和第 5 章案例为主,第 2 章背景压缩成一页"。
这是两种完全不同的需求,必须说清楚:
我踩过一次坑:只说了"参考这份 PPT",结果它把旧版式和旧内容一起继承了,出来的东西既不像新版也不像旧版。
素材只有一句话时,缺的不是内容,是约束。至少补上这三个:
补完这三项,即使素材只有三行字,出来的骨架也是可用的。
我习惯这样组织,让工具能一次读全:
project/
├── materials/ # 原始素材,原样放,不改写
│ ├── 方案稿.docx
│ ├── 旧版汇报.pptx
│ └── 客户背景.md
├── templates/ # 如需沿用品牌模板,放这里
└── 需求说明.md # 受众、目标、页数、禁忌需求说明.md 这个文件千万别省。它相当于给 AI 的"任务书",我一般写五到十行,包含:汇报场合、受众职级、核心信息(一句话)、页数区间、必须出现的三件事、绝对不能出现的词。
把素材路径和约束一次性给全。这是我常用的开场提示词模板,可以直接复制:
我要做一份汇报 PPT,材料都在 materials/ 目录下。
【受众】客户方技术总监 + 业务负责人,10 人左右,决策层级偏高
【目标】让他们同意启动为期 4 周的 POC 测试
【页数】15-18 页
【核心信息】一句话:现有方案在他们的场景下有三个过不去的坎,我们的方案能过
【必须有】现状痛点、方案架构、标杆案例、推进路径、投入框架
【禁止出现】"业界领先""赋能""抓手"这类空话;不要出现竞品名称
请先读完 materials/ 下全部材料,输出一页大纲给我确认,不要直接开始做页面。最后那句"先出大纲,不要直接做"很关键。先确认骨架再生成页面,比生成完 30 页再推翻重来,省的时间不是一个量级。
大纲确认后,再让它一次性生成全部页面。如果需要沿用客户品牌模板,补一段:
版式要求:templates/ 目录里的模板,字体、背景、配色、页框全部沿用,
只往安全区里填内容。封面和尾页只改文字,其余元素一个都不许动。
不要自创配色,不要自创底稿。"不要自创配色"这句一定要写。AI 有个惯性:觉得模板不够好看就会自己加渐变、加色块,而这恰恰是品牌审核最容易打回的地方。
这一步很多人忽略,但它对"能不能讲好"的影响比排版大。让它给每页配一段备注,包含四项:
为每一页生成演讲备注,每页包含四段:
1. 汇报口播词(不超过 120 字,口语化)
2. 时长控制(本页建议讲几分钟)
3. 高层可能追问的高频问题(3 个)
4. 每个问题的极简应答思路(各一句话)实测下来,凭感觉估算的总时长会低估 30% 以上。我估算过一场 26 分钟的汇报,实际讲下来 37 分钟,直接挤掉了问答环节。让它逐页标注时长再累加,是唯一靠谱的办法。
AI 生成的 PPT 有几类错误是高发的,而且它自己检查不出来。我固定查这四项:
① 每个数字都要能在素材里找到出处
这是最致命的一类。AI 会顺手编造:行业百分比、案例数据、"某龙头客户"的说法。查法很机械——把 PPT 里的数字逐个拿去原始素材里搜索,命中 0 的一律删掉。
我现在的做法是让它自己先做一轮溯源:
逐页检查:每个出现的数字,请标注它来自 materials/ 里的哪个文件哪一段。
找不出出处的数字,直接删除,不要用"约""据测算"这类词糊弄。② 字号层级是否收敛
字号档位超过 7 级,页面就会显得层级失控。让它导出一份字号统计,把 17/18/19px 这类相邻字号合并掉。
③ 文字有没有溢出、有没有互相压盖
中文字宽的估算特别容易偏,实测按 1.0em 自算的宽度比实际渲染窄 11%~13%,一不小心文字就冲出边框。这一项光看预览图不够,眼神会漏,最好让它跑一遍程序化检查。
④ 内容是不是"通用模板套了个标题"
这一项最容易被跳过,也最伤。逐页问自己四个问题:
坑一:文字冲出边框。 中文标题比预想的宽得多。我做过一页标题约 965px 宽,直接套模板默认的 800px 槽位,整份 PPT 报了几十处越界错误。判断原则是:边框要框住真实文字,不是抄模板的占位默认值。
坑二:卡片标题折行出现孤字。 一排等高卡片里,如果某张卡的标题比别的多折一行、末行只剩一两个字,非常扎眼。修法是精简标题文案,比调字号、加宽卡片都省事。
坑三:并排卡片错位。 双栏页里两栏内容行数不同,标题位置就会对不齐,我遇到过 64px 的落差。写法上要用"相对卡片顶部的固定偏移",不能用随内容累加的动态位置。
坑四:把内部词汇写进客户材料。 "素材""本方案""我们的素材口径"这类词会直接出现在页面上。生成完扫一遍这类词,成本极低。
坑五:同一指标多个口径混用。 素材里本来就有两个来源(比如实测值 1 分钟、方案能力 15 分钟),AI 会混着用还不加区分。查法是搜索该指标,把所有命中行的数值列出来对比。
坦率讲,这套流程不是万能的。它特别适合:
不太适合的:
收益上最直观的变化不是"快了多少",而是修改成本的塌缩。以前领导说"把第三部分换个角度重写",意味着重做五六页;现在改一句提示词重新生成,几分钟的事。这改变了我和汇报材料之间的关系——不再怕改,也就敢早一点把半成品拿出来对齐。
用下来最大的感受是:AI 生成 PPT 的瓶颈从来不是"生成",而是"你把需求说清楚没有"。
同样是投喂一份 Word 稿,只说"帮我做个 PPT"和把受众、目标、页数、禁忌写清楚,出来的东西是两个档次。前者你会觉得"AI 也就这样",后者你会觉得"这活儿它真能干"。
把需求写清楚这件事,目前还得靠人。但这也正是值得投入的地方——写一份 200 字的需求说明,换回大半天时间,这笔账怎么算都划算。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。