做PPT这件事,我轻车熟路。
无论是商业规划方案、项目规划方案,还是教材编写,这些年做过的PPT不计其数。但自从当了老师,每学期开课前制作课件的工作量尤其大。
这不是简单的文字堆砌。一份好的课件,需要考虑信息的层次,哪些是核心概念,哪些是支撑细节;需要把握视觉的节奏,什么时候用图表冲击,什么时候留白让学生思考;需要预判学生注意力的分配,一页放多少内容不会让人疲劳,什么时候需要一个转折重新抓住焦点。
这背后是对教学节奏的精确把控,是对这门课、对这批学生的深度理解。每一页的设计,都是无数个微小决策的累积。
这两年AI工具兴起后,我试过几乎所有能找到的AI做PPT工具。
最初的期待和其他人一样,把一份文档或大纲扔给AI,它帮我生成一份视觉精美的PPT。省时省力,何乐不为?
但理想很丰满,现实很骨感。
第一重困境:内容控制权的丧失
AI生成PPT时,会聪明地提炼我的想法。问题是,它的提炼标准是什么?是基于通用的信息密度优化,还是基于某种美学原则?我不知道。
AI经常删掉我认为关键的细节,保留我觉得可有可无的内容。它会把我精心设计的论证链条简化成几个要点,把我刻意留白的地方填满装饰性元素。
比如我在讲某个概念时,习惯先铺垫一个现象,再通过对比引出核心观点。这个铺垫帮助学生建立认知框架。但AI往往判断这是冗余,直接删掉,只保留结论。内容对了,教学逻辑断了。
更麻烦的是,我无法预测它会做什么。每次生成都是一次赌博,也许这次它理解了我的意图,也许没有。这种不确定性,让我不得不花大量时间检查、修正,有时候甚至比自己从头做还要累。
第二重困境:学情分析的盲区
教学有个基本要求,同一份内容,面对不同学生,讲法完全不同。
在顶尖高校,学生的认知基础扎实,我可以直接切入核心概念,用更抽象的框架组织内容,讲得更深入。但在普通院校,同样的概念需要更多的铺垫、更具体的案例、更缓慢的推进节奏。选择的重点也会不同,前者可能侧重理论框架的完整性,后者更关注实际应用的可操作性。
这背后是认知准备度的差异。学生的知识储备、思维习惯、学习节奏都不一样。
AI做PPT时无法理解这种差异。或者说,我没能力把这种微妙的学情差异用prompt表达清楚。我试过在输入中加入学生基础较弱这样的描述,但AI的理解往往停留在多加点解释的层面,无法真正调整内容的认知密度和论证结构。
结果就是AI生成的PPT总是悬浮在某个中间地带,既不够深入,也不够浅显。对顶尖高校的学生来说太浅,对普通院校的学生来说又太跳跃。
第三重困境:成本的不可见性
AI做PPT的成本远比表面看起来的要高。
首先是时间成本。一个AI生成的结果不满意,我会换另一个AI试试;一个AI第一次生成的不行,我会调整prompt再试一次。这个反复试错的过程,有时候并不比自己从头做一份PPT更省时间。
其次是经济成本。大多数AI做PPT的工具都采用积分制或会员制,免费额度试一两次就用完了。想要持续使用,就得付费订阅。如果通过API接口调用AI生成,token消耗更是巨大,一份完整的课件,可能需要数万甚至数十万token。这些成本分散在不同的平台和接口,单看不多,累积起来也是一笔开支。
更讽刺的是AI生成的PPT往往形式很好看,配色协调、排版精美、动画流畅。但这种美感是标准化的、工业化的,缺乏我作为教师对这门课、对这批学生的独特理解。
我到底是在用AI提升效率,还是在为AI的审美标准打工?
二、一句话的种子
就在这种困境中,一天我在一个技术交流群里看到有人随口说了句“其实HTML也能做展示文档。”
这句话当时没有引起讨论,很快就被其他消息淹没了。但它在我脑子里留下了一个种子。
HTML做展示?这不是网页吗?
但转念一想,网页不就是一种展示形式吗?PPT的本质是什么?不就是把信息按页组织,支持翻页和全屏显示吗?
这个念头一旦冒出来,就挥之不去。
我开始思考我真正需要的是什么?不是一份PPT,而是一个能在课堂上展示、学生课后能复习、我能快速修改的文档。
PPT只是我习惯性的答案,不是唯一的答案。
三、实验的开始
这学期我要讲一门课,内容已经在Word文档里写好了。我决定拿它做个实验。
我用Claude Code让它把Word文档转成HTML展示文件。
过程很顺利。Claude Code非常尊重我的原文,我把Word课件的内容给它,它生成的HTML文件没有丢失任何信息,没有聪明地删减或重组我的内容。
更让我满意的是,Claude Code能读懂Word文档里不同层级的标题,自动设计了页面布局。每个内容点的区分、展示在不同页面上的方式,都处理得很好。生成的HTML文件比我想象中丰富,像网页一样有各种小动效,鼠标悬停时的交互动画、内容渐显的过渡效果。
对比PPT动辄几十MB的文件大小,HTML文件轻量了很多。
但更重要的不是文件大小,而是控制权回到了我手里。
每一页显示什么内容,这些决策都是我在Word文档里做的。Claude Code只是忠实地把我的内容转换成HTML格式,没有替我做任何内容上的判断。
第一次用HTML版本上课时,学生没有察觉到任何不同。该看得清的还是看得清,该翻页的还是翻页。
我在Word文档里已经写了所有想表达的内容。生成的HTML文件完全满足我的基础讲课需求。
四、新的困境
但HTML方案不是完美的。
最明显的问题是,我现在还不太会修改它。
以前用PPT,如果想在某一页插入一个新案例,直接在那一页加就行了。想调整某段文字的位置,拖拽一下就完成了。
但HTML文件,我不知道怎么局部修改。如果想临时加一个案例或者加一些图片,修改起来比较困难。
好在我在Word文档里已经写了所有想表达的内容,对于基础的讲课需求,生成的HTML文件已经足够了。只是失去了PPT那种即时修改的灵活性。
有人可能会说,你可以学啊,HTML不难,直接编辑文件就行了。
这话没错,但这恰恰暴露了一个更深层的问题,每种工具都有它的学习成本和使用边界。
PPT的优势在于所见即所得,在于它把复杂的排版逻辑封装成了直观的拖拽操作。这种封装降低了使用门槛,但也限制了灵活性。
HTML的优势在于纯文本、可编程、跨平台。但要真正用好它,需要时间学习。
没有哪个工具是绝对优越的。每个选择都是一种权衡。
五、真正的收获
这次从PPT到HTML的实验,最大的收获不是找到了一个更好的工具。
而是我养成了一个习惯:在说我要做XX之前,先问一句我真正需要的是什么。
大多数时候,我们以为自己在解决问题,其实只是在重复别人的答案。做课件自动等于做PPT,写文档自动等于用Word,这些等式在我们脑子里根深蒂固,以至于我们忘记了去质疑它。
但如果你停下来,追问一句,我真正需要的是什么?你会发现,工具只是手段,不是目的。我需要的不是一份PPT,而是一个能展示、能分享的文档。
马斯克说的第一性原理,回到问题的本质,而不是被现有的解决方案束缚。但我想补充一点:第一性原理不是为了找到最优解,而是为了找到适合你的解。
HTML对我来说是个好选择,因为我愿意接受它的局限性。但对另一个完全不懂代码的老师来说,PPT可能依然是最好的选择。
工具本身不重要,重要的是你有没有停下来,问自己,我真正需要的是什么?
这个习惯,习惯性地追问需求本质,目前还没有在其他场景产生什么影响。我也不知道它以后会不会有用。但我觉得,这个习惯本身就是有价值的。因为在这个工具爆炸、选择过载的时代,我们太容易被别人都在用、这个最流行这些外部标准裹挟。
这个习惯的价值,不在于每次都能找到更好的工具,而在于它让我保持清醒:我在为自己的需求选择,而不是被工具的惯性推着走。