PPT版本管理先解决“哪一份能交付”：统一文件名、记录每次改动、保留可回退的基线，并在发送前锁定收件人需要的格式。不要用“最终版”“最终版2”表示状态。可以在AI生成PPT修改指南中先按页面记录修改，再把同一套命名和回退规则用于多人协作。
文件名写清四个字段
可用“项目-用途-日期-状态版本”四段式，例如客服改进-季度汇报-20261012-rc1.pptx。项目名保持稳定，用途区分汇报、培训或投标，日期写成年月日；状态可约定为draft、review、rc、final，并在状态后加递增数字。若有地区或语言，再加在用途后，避免完整会议名称塞满文件名。
- draft：作者整理中的草稿，不发给外部。
- review：等待具体人员提出意见，文件旁应有反馈截止时间。
- rc：内容已收敛，进行导出、字体和链接检查。
- final：在发送前生成的交付文件；如果随后修改，必须升版本。
一天内多次修改可用rc1、rc2区分。同一版内容导出的PPTX和PDF使用相同文件名前缀，靠扩展名区分格式；交付后又改动就生成final2，并说明替代的旧版本，避免出现两个不同内容都叫final1的文件。
每次修改记录页面和理由
记录每次版本变化时，除了页码，再写一段稳定的页面标题。例如“rc1第6页‘退款条件’→rc2第7页｜补充截止日期｜已采纳｜10-12 14:30”。新增页面后页码会变化，只写“第6页”可能让下一位编辑改错对象。处理互相冲突的意见，可继续使用PPT修改意见的合并与返修方法。
版本记录只需要帮助团队追踪“改了什么、依据哪里、谁确认”。本例从rc1到rc2新增了第2页概览，后续页码整体后移；合并人应更新记录中的旧新页码映射，而不是重新编号所有意见。需要补数据的页面保留待办，不直接升为交付版本。
设置基线，保留可回退副本
在进入集中修改前保存一份基线文件，记录总页数、字体、链接、嵌入媒体和关键数据。修改后只要页面结构大变，就增加版本而不是在原文件上覆盖。回退时优先恢复到最近一个通过检查的版本，再逐条重新处理反馈，避免把已修好的问题一起带回。
- 复制基线文件并生成新版本名。
- 只在修改记录列出的页面上动手，其他页保持不变。
- 导出PDF和PPTX各一份，检查字体替换、超链接、隐藏页和媒体。
- 把交付文件、修改记录和来源材料放在同一目录，写清发送时间。
用AI做初稿也要保留人工边界
使用博思AIPPT生成或修改初稿时，把输入材料和生成日期写入项目记录，版本字段仍由团队规则决定。新页面先记为draft，审阅后进入review，内容收敛后进入rc准备交付。重新生成不能替代回退：它可能改变未提出意见的页面，应保留旧文件并逐页比较。
多人协作时指定一个合并人，其他人只提交带页码的意见。合并完成后由同一人导出最终文件和检查清单，减少同名文件在群聊中并存。文件发出后若发现事实错误，创建新版本并在消息中明确替换哪一份，不悄悄覆盖附件。
版本管理的目标是让任何成员都能回答“现在交付哪一份、改了什么、出了问题退回哪里”。规则越少越容易执行，关键是字段稳定、记录可查、基线可回退。
