WPS批注功能怎么用?老用户分享完整步骤(附常见坑)

有一份方案文档，上面同时有三个人在动。

原作者写完之后，自己在文档里留了几条批注，记的是「这里我拿不准，等开会确认」。评审的同事在旁边写了一句「这段表述不太好」。助理负责把老板口头说的意见也补进文档，为了「让内容看起来是完整的」，他直接把老板要的几处措辞在正文里改好了，没有再写批注。

三个人的操作，分开看都没有错，每个人都能说自己「用了批注功能」。但结果是：

• 原作者回到文档时，看到评审只写了一句「表述不太好」，不知道要改哪里、改成什么，于是搁置了；
• 那几条「等开会确认」的批注，开会之后谁都没回来处理，静静留在文档里；
• 最麻烦的是助理改过的那几处——原作者完全不知道那是老板的意思，还以为是助理自己的润色，顺手改回去了一半。

一份文档、三个人、半天时间，最后要重来一遍。而重来的原因不是「没人会用批注」，而是三个人在三个不同的位置上，用了同一种做法。

所以这篇按位置写。你先确认自己是哪一方，再看属于你的那一节就够了。

二、先分清：批注的用法取决于你在哪一方

这里有一个前提要一句话带过：批注和「修订」是两样东西——批注只说不改正文，修订会改动正文并留痕。三者都用得对的前提是，先分清你要「说」还是要「动」。这个区别此前已经讲过，本文不再展开，重点放在三者各自的做法上。

这张表也是全文地图：你的坑，几乎都来自「你用了另一个位置的做法」。

三、写批注的人：目标是「让对方能直接动手」

写批注的一方最常见的问题，是把批注当成了情绪出口——写完之后自己轻松了，对方却仍然不知道该干什么。

差别只在多写的那半句话。 一条能用的批注是三件套：位置 + 我的疑问 + 我的建议方案。第三项最值钱，因为它把对方的工作从「想办法」降成「点个头」。

写批注的人最容易踩的三个坑：

顺带一条：写批注时尽量别引用会变动的内容（比如「按上次那个数」）。等一周后来看，没人知道「那个数」是哪个。要引用就把值写进批注里。

四、处理批注的人：目标是「不出错、不漏、有交代」

处理批注的一方，最大的敌人不是难度，而是数量和记忆——一份文档上几十条批注，靠记是记不住的。

先做分类，再动手。 这是处理批注唯一重要的顺序：

注意第三类：不用改也要回一句。 你什么都不说，对方就不知道这条是被驳回了还是被漏掉了——下一轮他会再提一次。

处理批注的人最容易踩的四个坑：

最后一行值得单独说：边看边改是最容易返工的做法。 因为你经常在改到第七条批注时才发现，第一条批注的理解就偏了。

五、转达的人：目标是「不动内容，只传话」

这是三个位置里最少被讲到、却最容易出事的一个。

这个位置是谁：你既不是原作者，也不是最终决策人——可能是助理、项目经理、或者替上级把意见转给同事的人。你的职责是传话，不是执行。

第二行是最严重的：转达者一旦替人改正文，原作者就失去了对照物。 他打开文档看到的是「已经改好的样子」，但不知道这是谁的意思、依据是什么、为什么这么改。等下一次讨论时，他把那处又改了回来——于是同一个问题要来回第二次。

转达时的正确做法，只有三件事：

1. 把意见写成批注，不要写进正文。 批注天然是「某人在某处说了一句话」，它的形态本来就是转达。
2. 标明是谁的意见。 写成「评审意见：……」或「某位同事认为……」，原作者才知道该找谁确认。
3. 不改正文，一个标点都不改。 哪怕你觉得那处显然是错的——那是执行，不是转达；如果要改，等你被明确授权改的时候再说。

六、三个角色都会踩的四个坑

这四个坑和位置无关，任何一方都可能踩。

最后一行值得强调：批注有两类价值——推进修改和留存判断依据。收尾时删掉的应该是第一类，而第二类要主动留下来。很多人是在半年后又被问到同一个问题时，才发现当初的理由已经被删掉了。

七、老用户的动作清单（一页速查）

八、不建议走的四条路

这不是合规问题，而是四种会导致返工的做法。

九、速查总览

常见问题速答（FAQ）

Q1：WPS 批注功能到底怎么用？ 它的用法取决于你在文档里的位置。写批注的人要让对方能直接动手；处理批注的人要有交代、不漏项；居中转达的人不动正文、只传话。用错位置比不会操作更麻烦，因为那会让另外两方跟着返工。

Q2：批注和直接在正文里改，有什么区别？ 批注只「说」，不动正文；直接在正文里改会改变内容并留痕。判断方法很简单：这个改动如果改错了，要花时间退回来吗？ 要花时间的，就先写批注问清楚。

Q3：别人给我提了一堆批注，我该从哪开始？ 先把所有批注通读一遍，再动手。 然后分成三类：直接能改的、需要问清楚的、不用改的。不要边看边改——你经常会在改到第七条时才发现第一条的理解就偏了。

Q4：帮别人转达修改意见，能不能直接改正文？ 不要。转达者一旦改了正文，原作者就失去了对照物——他会以为那是你自己的润色，可能改回去，于是同一个问题要来回第二次。正确做法是把意见写成批注，并标明是谁的意见。

Q5：批注写多长合适？ 写到「对方看一眼就能动手」最好。最有用的写法是带上你的建议方案，因为它把对方的工作从「想办法」降成「点个头」。

Q6：处理完的批注要不要删掉？ 分两类看：已经改进正文的批注可以清掉；记录了「为什么不这么改」的批注要保留或整理进文档说明。很多人是在半年后又被问到同一个问题时，才发现当初的理由已经删了。

Q7：定稿后直接清空批注可以吗？ 不建议。定稿前应该逐条过一遍：该推进的已经推进完，该留存的依据整理进文档说明里。直接清空会把两类批注一起丢掉。

结语：落笔之前，先问一句「我现在是哪一方」

把整篇收成一句可以随身带的话：我现在是提意见的人、处理意见的人，还是只是转达的人？

这句话之所以有用，是因为三个位置的动作互相排斥：提意见的人要写清楚，处理的人要有交代，转达的人要什么都不改。引子里那份文档的混乱，恰恰是因为助理用了「处理者」的做法去干「转达者」的活——他做得很认真，也做得很好，只是做在了错误的位置上。

所以这篇想留下的其实不是一套步骤，而是一个判断：批注这个功能真正的门槛不在操作，而在于你有没有先确认自己在哪一方。 位置对了，步骤都是顺的；位置错了，每一步都做得对，结果还是要重来。

一句话总结：WPS 批注用不好，往往不是不会操作，而是在错误的角色上用了正确的做法——写批注的人要让对方能直接动手，处理批注的人要有交代，居中转达的人绝不动正文。