PiPiTy第一步：确认这份 Word 是“材料”还是“稿件”
同样是 Word 文件，处理方式可能完全不同。会议纪要通常只是素材池，需要重新确定主线；项目方案已有章节，可以保留大部分逻辑；演讲逐字稿则需要压缩文字，把口头解释与屏幕信息分开。
开始前先写下三个答案：这份 PPT 给谁看、希望对方看完做什么、演示时间有多长。没有这三个约束，AI 很容易平均分配篇幅，把背景、过程和结论做成同样重要。
如果删除某一段不会影响听众理解或决策，它可以留在讲稿或备注中，不一定要占用一页幻灯片。
第二步：把文档重组为“结论—证据—行动”
先浏览标题和段落首句，不急着改写。给每一部分标注角色：背景、问题、判断、证据、方案、行动或附录。相同角色的内容可以合并，重复解释应删除，缺失的关键环节需要补充。
建议保留的四层信息
- 一句话目标：说明演示要解决的具体问题。
- 章节结论：每个章节只承担一个判断，标题应能直接表达这个判断。
- 事实与证据：数字、引用、案例和图表必须能追溯到原文位置。
- 下一步动作：明确负责人、时间或需要做出的决定。
| Word 中的内容 | PPT 中的处理 | 原因 |
|---|---|---|
| 连续三段背景介绍 | 压缩为一页背景与一个核心问题 | 听众需要快速进入主题 |
| 五项并列措施 | 按优先级分组，必要时拆成两页 | 避免一页同时承担太多动作 |
| 完整数据表 | 正文只展示关键比较，完整表放附录 | 保证可读性并保留查证入口 |
第三步：把生成需求写成可验证的任务
上传文档时，不要只写“帮我做个好看的 PPT”。应说明受众、场景、页数范围、必须保留的信息，以及允许 AI 改写的边界。风格词可以有，但优先级低于事实和结构。
请把这份项目总结整理成 10—12 页管理层汇报。先给结论，再展示三项关键结果、两项问题和下一阶段行动。原文中的金额、日期和比例必须原样保留；没有来源的数据不要补写。完整明细放在附录，正文每页只表达一个核心判断。
如果文档中包含品牌用语、法规条款或对外承诺，还要明确哪些句子不能改写。对无法确认的内容，可以要求标注“待核对”，不要让模型自行补齐。
第四步：按“事实、结构、页面”三轮检查
一次性从头看到尾很容易漏项。更稳定的方法是分三轮：第一轮只核对事实，第二轮只看叙事，第三轮再处理视觉。
- 事实轮：逐项核对名称、日期、比例、金额、引用和单位，确认没有把预测写成结果。
- 结构轮：只看标题能否串成完整故事；如果只读标题仍不知道结论，标题需要重写。
- 页面轮：检查字号、留白、对齐、图表标签、图片裁切和每页信息密度。
最后在目标设备上打开导出的 PPTX 或 PDF。确认字体替换、换行、动画或链接没有因环境变化而失效。更完整的项目可以使用 PPT 交付前检查清单。
三个常见误区
误区一：页数越多越完整
页数应该由演示时间和决策复杂度决定。把长文切成更多页面，只会把阅读负担搬到屏幕上。
误区二：原文都要放在页面上
PPT 是演示媒介，不是 Word 的截图。需要留档的细节可以进入备注或附录，主页面应服务于现场理解。
误区三：版式好看就算完成
如果结论不清、数字有误或行动不明确，再漂亮的页面也不能交付。视觉优化应发生在内容可验证之后。