文档转演示稿：做一份现场讲述稿，而不是预读文档

动手之前先写一句话：到结束时，听众要决定、批准或理解什么？如果这句话写不出来，说明这份文档还没准备好变成演示稿。

用这个决策来决定取舍。一个事实只有能改变决策、支撑建议或预防可预见的异议时，才值得上页面。其余内容放进讲者备注、附录或会前预读。

现场演示稿和会前预读是两个产品。预读可以承载背景、方法、脚注和参考细节；现场稿只承载论证。

这也是为什么把同一份文件提前发出去，常常会让会议更糟。人们要么提前读完，带着整份文档来开会；要么在现场读幻灯片，错过讨论。生成之前先决定：这是现场稿，还是预读稿。

现场稿要假设听众没有读过原文。开场先讲张力或决策，不要先放公司介绍。预读稿则保留细节，不要让现场稿偷偷承担预读的任务。

一页只讲一个点。如果标题是“背景”“项目进展”或“下一步”，这一页大概率还没有观点。把标题改成一个判断：

• “只有周五冻结范围，5 月 12 日的切换才保得住。”
• “试点值得扩大，但不能沿用现在的支持模式。”
• “这个定价方案能修掉流失，但会制造另一个销售问题。”

如果一个判断需要一整段解释，它就属于备注。如果一页需要逐行阅读，它就是文档。

讲者备注不是逐字稿。它是只有讲者需要的那部分内容：

• 这一页要强调哪句话；
• 如何过渡到下一页；
• 最可能被追问什么；
• 哪些细节不适合上页面，但被挑战时必须拿得出来。

预读材料也可以放在这里，而不必把现场稿变成文字墙。听众看到论证，讲者手里保留证据。

同一份原文可以变成几种完全不同的稿子。五分钟的状态简报需要结论和三条要点；执行工作稿需要选项、负责人和下一步；叙事提案需要张力、证据、取舍和明确请求；工作坊需要模块、练习和主持备注。

不要把所有会都塞进同一个模板。先选编辑任务，再决定页数。

pastedeck 读取你提供的文字，识别沟通任务，把它重新组织成一份带讲者备注和浏览器链接的现场稿。它不会把图片、复杂图表、电子表格公式或品牌模板变成一套完整的设计系统。

它也不导出可编辑的 PowerPoint 文件。如果客户要求品牌化 .pptx、法务审核或正式对外 campaign，请使用适合那件事的工具。把边界说清楚本身就是产品的一部分：这里解决的是论证和会议，不是像素级制作。

只读每一页的标题，从上到下。它们应该在不看正文的情况下讲出一个连贯的故事。然后只读讲者备注。它应该告诉你该怎么做，而不是重复屏幕上的字。

如果标题讲清了故事，备注告诉你如何交付，你就有了一份现场稿。如果两者说的是同一件事，你仍然只有一份文档。