Claude Slides适合用来研究从简报到演示稿的工作方式,但开始前先明确:观众要作什么决定、每页支持哪条论点、最后交付什么格式。预览好看,不等于内容有依据,也不等于导出后仍能修改。
本文为一个虚构社区维修工作坊设计六页提案,提供原创简报和逐页工作表。它是作者编写的演示规划,不是Claude账号生成的成品;没有提供PPTX,也没有声称测试过导出质量。
先区分你说的哪种Slides
原生演示工作流可从Claude Academy教程了解;Claude进入Google Slides是另一条Workspace集成路线。此外还有让助手通过文档能力创建演示文件的任务。
不同路线的界面和输出不一定相同。先看当前文档与自己账号,不用别人的截图推断所有人都有相同导出按钮。下面的六页规划可在选工具之前完成。
尽早确定交付格式。合作方要可编辑PowerPoint,单张图片就不够;需要浏览器演示,则检查实际播放环境。文件后缀也不能单独证明可编辑,因为整页位图同样可能放进演示文件。
一份围绕决定写的简报
虚构观众是社区图书馆协调人。需要决定是否继续规划一场小型维修活动,前提是核实房间和志愿者。整个讲述是提案,不是成功活动复盘。
已知范围很小:检查小型织物物件,日期未确认,容量和人员仍待核实。不要为了让页面有说服力,就编出到场人数、修复率或合作伙伴背书。
下载六页简报与审核表。每页分别记录目的、论点、证据、画面建议、讲者备注和开放依赖,避免把装饰图表当事实。
原创提示可以是:“根据简报起草六页提案,每页回答一个观众问题,给一条有依据的论点和一个视觉建议。保留未确认条件,不虚构活动成绩,不把提案写成已批准。”这是未来可用的输入示例,不是已完成产品测试的记录。
六页各自回答一个问题
| 页 | 观众问题 | 内容 | 证据或依赖 |
|---|---|---|---|
| 1 | 今天要决定什么 | 是否继续规划活动 | 提案状态 |
| 2 | 活动做什么 | 接待、检查、建议 | 简报范围 |
| 3 | 访客怎样参与 | 一个物件走过的路径 | 作者设计流程,非观察数据 |
| 4 | 需要哪些资源 | 房间、志愿者、材料 | 容量和排班未定 |
| 5 | 哪些条件会阻碍 | 缺批准和备选方案 | 开放问题 |
| 6 | 下一步请谁决定什么 | 先确认约束,再选日期 | 明确决定请求 |
第一页说清请求,不直接宣布举办;第二页解释服务,不承诺每件都修好。第三页因为讲路径而适合图解,其他页不必也放流程图。
第四页别用占位数字遮住未知容量;写“向场地负责人确认”更有用。第五页可列缩小规模或换房间,但不能假设备选方案已经可行。
相邻两页如果回答相同问题,先合并或调整职责,再开始美化。否则生成很多页面,只会增加修改量。
先在白板上排叙事
空白画布放六块,每块上面写观众问题,下面写来源和待确认项,连成决定→活动→访客路径→资源→依赖→下一步。无法支持这条主线的页,先改故事。
打开空白CodePic白板,将六个问题换成自己的演讲任务。未证实说法单独放一边,等证据补齐再进入主线。得到的是可编辑演示结构,不是PPT成品。
作者示例:先核对关系,再按自己的任务修改模板。
某一页需要解释流程时,可借用流程图模板;如果产物是视频而不是演讲,可看视频脚本案例,时间和画面交接规则不同。
先写讲者备注,再选装饰图片
第三页可以画到场、描述物件、接受检查、带着建议或约定下一步离开。备注应说明“不保证修复”。这是提议的服务路径,不是已经发生的活动记录。
例如:“需要明确接待点,让访客知道可以检查什么;超出范围的物件,由志愿者说明边界,不直接承诺修好。”这些解释适合放讲者备注,不必整段压进画面。
把六页备注连续读一遍:不看图是否也能理解决定?再只读六个页标题:能否跟上论证?两项检查会发现不同问题。
外部事实保留引用。真实感图片可以解释场景,但不能证明人员、容量或结果;尤其是生成图片,不要让读者误以为虚构活动已被拍摄记录。
拿到草稿后,内容和设计分两轮审
在自己的账号中使用时,提供已审简报,说明实际输出要求,先拿草稿。保存提示、来源和生成原件,方便区分生成内容与后续手改。
第一轮查标题、数字、图标签和备注是否有依据;第二轮再看阅读顺序、字号、对比、对齐和画面是否支持问题。漂亮布局修复不了无依据论点。
本例应特别搜索“即将正式启动”“日期已确认”“保证修复”“需求已证明”等措辞。改成来源支持的状态,或补齐证据再保留。提案仍可有说服力,但不能省略真实未知。
多份策划文件不一致时,可参考上下文工程资料选择,先确定当前版本再起草。
导出是另一项验收
在最终使用的应用里打开实际文件,逐页检查文字、布局和需要修改的元素。不要从文件后缀推断可编辑性;一张整页图片也可以被装进演示文件。
审核表分别记录内容、布局、编辑性、备注、媒体。一页视觉通过,但文字不能改,仍可能不满足交接;反过来,可编辑也不代表字体、换行、比例适合投屏。
动画、音频、链接、嵌入视频如果是任务要求,就在实际播放路径测试。浏览器预览和导出文件可能不同,保留审核过的版本,避免讲者拿错旧草稿。
本文交付Markdown工作表,不暗示CodePic导出PPTX,也未测试第三方导出。真正需要演示文件时,要把制作和目标应用审核同时列入工作。
常见错误
故事没定就先生成精美稿。 先通过六个观众问题,避免花时间调错方向的页面。
因为页面空就加数据图。 图表需要真实数据和合适比较;本例流程与资源清单比虚构增长数字更合适。
混淆原生Slides与Google Slides集成。 相似名称不意味着控件、套餐和输出相同,分别核对当前说明。
下载成功就交差。 文件需要在目标应用打开,并满足编辑与播放约定,记录实际检查结果。
排练时检查观众理解了什么
请同事只看第一页和最后一页,说出需要作的决定。如果误以为活动已获批准,改开头;如果说不出下一步谁负责,改结尾。
逐页检查开放依赖有没有负责人,不能把会改变决定的条件全部藏在备注中。只重复论点、不增加证据或解释的页,应删除或重写;六页是练习结构,不是保留无用页面的理由。
让最后一页真的能行动
本例最后请求确认场地和人员,再选日期。把它换成观众现在能作出的决定,保留依赖,并让实际演示继续携带同一组来源。需要报告交接时,可看Claude Cowork案例。


