批注与修订

人事部门起草的《二〇二六年度培训方案（征求意见稿）》进入内部评审，文件通过网盘发给三位同事，请各自提出修改意见。三天后文件收回，正文改动不少，但谁改了哪一句、为什么这么改，没人说得清楚，只能把几份下载记录逐一打开对照，一句一句核对差异，一份两页的文件核对了将近一个小时。

问题不在方案本身，而在审阅的方式。多人共用一份文档时，如果每个人都直接改正文，改动会互相覆盖，原文和现状之间发生了什么，谁也说不清。Word 为此准备了两套记录机制：批注留住“意见”，修订留住“动作”。这一章围绕这份培训方案，把批注的写法、修订的规则、裁决的方式，一直讲到定稿前的清理，完整走一遍。

• 下载配套练习文件：chapter-11-培训方案征求意见稿.docx

批注与修订的角色分工

批注和修订都是审阅时留下的痕迹，但记录的对象不一样。批注记录的是“看法”，看法可以被讨论、被搁置、被否定；修订记录的是“动作”，动作已经发生，只等着被接受或者撤销。分清这两者，才知道审阅时该伸手改，还是该先说一句。

选择批注还是修订的判断依据

判断标准很简单：这句话该不该由审阅人自己定。方案第三条写着“本部门计划全年开展多轮培训，效果显著，员工反馈良好”，这句话缺的是数据，审阅人自己也补不出具体场次和评分，只能提出疑问，这种情况用批注。方案里如果把“三月十五日”误写成“三月五十一日”，审阅人一看就知道该改成什么，直接动手更快，这种情况用修订。

常见误用及其后果

一种常见误用是把大段修改意见写进批注框，动辄两三百字，作者读批注比读正文还费时间，意见淹没在长句子里，反而抓不住重点。另一种误用是拿到文件直接开着修订大改结构，删掉整段又重写一段，看起来像“改了一处”，实际上原文和新文之间几乎没有对应关系，接受修订时形同重新写了一遍，逐条核对的意义也就没了。批注适合点对点的具体疑问，修订适合小范围的文字调整，跨段落的结构性改动最好先用批注说清思路，等作者认可后自己动手重写。

批注的写入与流转

批注框始终挂在页边，不挤占正文空间，也不会因为审阅人手滑而误改一个字。这份特性决定了它更适合承载“多人各自表达意见、互相不打扰”的场景。

插入批注的操作路径

方案里的“效果显著，员工反馈良好”没有任何数据支撑，审阅人打算就这一句提出疑问。

审阅人实际写下的批注是这样的：

效果显著和员工反馈良好都没有数据支撑，建议补充培训场次、参训人数或满意度评分，可以参考去年三期培训的评分结果。

这条批注只提出问题，没有代替作者下判断，方案第三条到底怎么改，仍由起草人决定。

批注的回复与线程

批注写完，讨论并没有结束。人事专员针对方案里“培训预算控制在十万元以内”这句留了一条批注，培训负责人看到后没有直接改动预算数字，而是在同一条批注下点“答复”，接上了自己的意见：

上年度实际执行了十四万元，压缩到十万元会砍掉外部讲师环节，建议保留十二万元，其中外部讲师占三万元。

一条批注下面挂着两三条答复，形成一条完整的讨论记录，比在群聊里各自发消息更容易追溯，因为讨论始终锚定在正文的同一处，不用回头翻聊天记录对照是哪一句。

批注的解决与删除

预算的讨论有了结果，十二万元的方案被采纳，这条批注的使命就结束了。人事专员点击批注框里的“解决线程”，批注变成灰色，内容还留在页边，方便日后查证当时的讨论过程。等到整份文件定稿，所有批注都已经处理完，才需要点“删除”下拉箭头里的“删除文档中的所有批注”，一次性清空页边。

“解决”和“删除”的区别决定了处理顺序：讨论进行中用解决做标记，讨论全部结束、定稿在即时才用删除。颠倒过来，边讨论边删批注，讨论过程就没了痕迹，出了争议也没法回头查。

修订模式的标记规则

批注负责提意见，遇到明确的文字问题，直接改更快。但直接改会覆盖原文，作者看不到改了什么，修订模式解决的正是这个矛盾。

开启修订与状态识别

插入删除与格式更改的呈现差异

培训负责人把那句缺乏依据的话改成了这样：

删除：效果显著，员工反馈良好
插入：全年开展十二场培训，参训一百八十人次，满意度评分平均九点二分（十分制）

改完之后，正文里“效果显著，员工反馈良好”六个字带着删除线留在原地，紧接着“全年开展十二场培训，参训一百八十人次，满意度评分平均九点二分”这段新文字带着下划线出现，两段文字同时摆在眼前，作者一眼就能看出改动前后的差别。格式类的改动呈现方式不同：把某个词加粗或者调整段落缩进，正文不会出现删除线和下划线，而是在页边多出一条批注式的说明，写着“格式已更改”，点开能看到具体调整了什么属性。

多位审阅人先后改动同一处，Word 会给每个人的修订标记分配不同颜色，鼠标悬停在任意一处修订上，还能看到改动人和改动时间。方案后续如果还有第二位、第三位同事接着改，谁动了哪里，翻开文档就能看清楚，不用一个个去问。

四种审阅视图的取舍

修订一多，满屏的删除线和下划线会影响阅读，“审阅”选项卡的“显示以供审阅”提供四种视图，按需切换。

修订的裁决路径

文件转回起草人手里，最后的决定权也回来了。处理修订只有两个动作：接受，改动并入正文；拒绝，恢复原文。

逐条裁决的操作方法

一份文件里往往同时存在该接受的和该拒绝的修订，逐条过一遍才能把这两类分开，而不是笼统地当成“同事改过的地方”一股脑处理。

批量操作的边界

“接受”按钮下方藏着一个“接受所有修订”的选项，“拒绝”按钮下同样有“拒绝所有修订”，点一下就能处理完全文，看起来很省事。

批量操作真正适用的场景，是逐条判断已经做完，只剩下确认动作本身，比如所有修订都已经过目并且都该保留，这时候用“接受所有修订”收尾，节省的是重复点击的时间，不是判断的时间。

版本比对的补救方法

流程不总是按理想状态运行。同事小李收到方案后没有开修订，直接把第五条“由各部门自行安排培训时间”改成了“统一在每月最后一周安排培训”，改完直接把文件发了回去，两个版本摆在人事专员面前，改动全靠猜。

比较功能的适用场景

之后的处理方式和普通修订完全相同，逐条查看、接受或拒绝，不需要额外学一套新操作。

比较结果与常规修订的差别

比较只能还原“结果差异”，看不出改动人当时是怎么想的，也无法还原批注里可能发生过的讨论。它是补救手段，不是常规流程。小李这次的改动只涉及一句话，比较起来还算轻松；如果全篇被大改，比较生成的差异会密密麻麻，反而不如从一开始就开着修订清楚。多人改稿的正路仍然是发稿前先把修订模式打开。

定稿前的痕迹清理

修订处理完、批注也讨论完，方案还不能直接发出去，页边和正文里可能还留着没清理干净的痕迹。

三项清理检查

遗留痕迹引发的事故类型

修订和批注遗留在外发文件里，不是小事。这类事故已经被多次公开报道过：不少机构对外发送的合同文件、意见书里遗留着未清理的修订记录，对方切换到“所有标记”视图，内部曾经的报价调整、被删除的条款，甚至律师给出的具体意见都原样重现，谈判筹码就这样白白交了出去。事故的原因往往不是不会操作，而是“看着干净”就当作已经清理干净，忽略了“无标记”视图只是隐藏痕迹这件事。

实践复盘与自测

打开前面下载的“培训方案征求意见稿”，另存一份副本，一人分饰审阅人和起草人两个角色，把本章讲到的操作完整走一遍。

自测对照