一份合同或者方案，你和同事来回改了好几轮，改完发给客户。
客户打开之后回了一句：我注意到你们把原来的报价从八万改成六万了。
你愣了一下。你看的是最终版，上面只写着六万。他怎么知道你改过？
因为他看的是修订记录。你开了修订没接受，那些"改之前是什么"就跟着文件一起发出去了。
这件事的关键不在于他看了不该看的，而在于——你压根就不知道那份文件里还带着这个。而这正是这篇要讲的区分。
内容是你想让他看的，痕迹是你不想让他看的
发一份文档出去，里面其实有两层东西。
第一层是内容。文字、表格、图片，这些是你写给他看的，你也知道里面有什么。
第二层是痕迹。它记录的是"这份文件是怎么变成现在这样的"：谁改过、什么时候改的、改之前是什么、谁在旁边写了什么话。
这一层你平时看不见，因为它默认是不显示的。但它确实在文件里，跟着文件一起走。
而麻烦的地方在于：这两层的收件人不一样。你想让他看第一层，但你通常不想让他看第二层。因为痕迹里往往有内部商量、有被否掉的方案、有"这版先这么写"之类的过程性表述。
所以发出之前要做的判断很简单：哪些痕迹是我不想让他知道的，把它们清掉。
六种会被带走的痕迹
下面这些，是常见的、容易被带出去的。我按"泄露后果的严重程度"排。
第一个是修订记录。
这个最要命，因为它泄露的是"变化过程"。对方不但能看到你改了什么，还能看到改之前是什么、是谁改的、哪一天改的。如果这份文件是给甲方或者投标用的，这一条足以让整件事变得很难解释。
要判断有没有，看你的文档里有没有那些彩色的改动标记，或者直接看"审阅"那一栏。如果那里还挂着"修订"是打开的，那就要处理。
第二个是批注。
批注是写在旁边的那些小框。它通常是你和同事之间的沟通，比如"这段要不要删""数据你确认一下""领导说这里要改"。
这些话说给外人看，多少都有点尴尬。而如果你忘了删，对方在文档里点开侧边栏就能全部读到。
第三个是作者信息。
文档属性里通常记着"作者"和"最后一次保存者"。这两栏在很多情况下就是你打开文档时登录的那个名字。
如果你用的是公司的电脑或者公司账号，那这里可能就是公司的名字，甚至是具体的同事姓名。这一条泄露的不多，但它是"这是谁的内部文件"的直接线索。
第四个是隐藏文字。
有些内容被设成"隐藏"格式，所以在屏幕上看不见、打印也不出来。但它的文字还在文件里。
也就是说，你以为删掉了或者说看不见的东西，其实还在里面躺着，只要对方把隐藏文字显示出来就能看到。
第五个是时间戳。
文档属性里一般有创建时间和修改时间。单看这个没什么，但如果它和你对外说的"这份方案我们上周就定稿了"对不上，就会显得有点微妙。
第六个是云文档的历史版本。
如果你的文档存在云端并且开过协作，那它通常会保留历史版本。你自己能翻到之前的每一版。对方能不能翻，取决于分享设置。所以分享的时候顺手看一眼权限，是必要的。
该按什么顺序清
顺序其实挺重要，因为有些动作是不可逆的。
第一步，先把修订处理掉。
在审阅相关的功能里，有一个"接受所有修订"的动作。做完之后，那些改动就变成正式的正文了，痕迹消失，你看到的和对方看到的也就一致了。
要注意的是，接受之前最好确认一遍——因为一旦接受，那个"改之前是什么"就真的没了，你自己也找不回来。如果这份文件以后还要追溯，那就先另存一份带痕迹的留底，再处理要发出去的那一份。
第二步，删掉所有批注。
同样在审阅那一栏，通常有一次性删除全部批注的选项。删之前扫一眼，确认里面没有你还需要的信息。
第三步，处理文档属性。
这一步各个版本不太一样。有的版本在文件的属性或者"检查文档"这类功能里，能一次性清掉个人信息。你的版本有没有，去找一下；如果找不到，至少把"作者"和"最后保存者"那两栏手动改掉或者清空。
第四步，另存一份再发。
注意这一步的意义不是"另存就干净了"，而是"改动只发生在要发的那一份上，你自己那份原稿不动"。这两件事要分清。
最稳的兜底办法，以及它也有边界
如果你要的只是"让对方看到最终的样子"，那有一个更彻底的做法：导出成 PDF 再发。
因为 PDF 的定位就是"最终呈现"，它不带你那种可以继续编辑的修订结构。你可以理解成：它把内容拍成了一张定稿的照片。
所以导出 PDF 基本上能解决"修订和批注跟着走"这件事。
但它也不是万能的，有两点要注意。
一点是 PDF 自己也有文档属性。作者、标题、创建工具这些栏位，有可能在导出的时候被写进去。所以导出之前把属性那一栏清一下，仍然是必要的。
另一点是，PDF 只解决"发出去的那一刻"。如果对方要的是可编辑的源文件，那你还是得回到前面那四步，老老实实清一遍。因为在可编辑的文件里，修订和批注是内容的一部分，不是显示选项。
清到什么程度，看是给谁
有人听完这些，会把每一份文件都清得干干净净。其实不用那么紧张，因为清得过头也有代价。
判断标准就两条：谁拿到它，以及它以后会不会被拿来对质。
如果是发给同事、内部来回改，那痕迹其实可以留着。因为修订和批注本来就是内部协作的工具，你把它们清掉，反而让同事看不出你改了哪儿，沟通成本上去了。内部文件该做的是把批注回得干净点，而不是全删。
如果是发给客户、甲方、或者任何外部方，那就全清。修订、批注、作者属性、隐藏文字，一个都别留。这一类文件的性质是"给你看结果"，过程不属于你该给他的东西。
如果是公开发布，比如传到网上让人下载，那是最需要严的一档。因为一旦公开，谁都能拿到，也谁都能去翻它的属性。这时候不光要清干净，还得确认里面没有一处笔误将来会被拿出来说事。
还有一种情况要单独说：投标、签约这类文件。这一类不只是清，还得留底。也就是说，你发出去的那一份必须是干净的，但你自己手上要留一份带痕迹的原稿。因为将来万一需要说明"这版是怎么改出来的"，那份底稿就是你的凭据。
所以那句话可以概括成这样：清不清、清到什么程度，取决于谁拿到它、以及它以后会不会被拿来对质。
反向的一课
讲完自己发出去，也说一句收进来的情况。
你收到别人发来的文件时，其实也可以顺手看一眼它的属性。有时候能看出这份文件从哪来、改了几轮、最后是谁保存的。
我要说清的是，这不是鼓励你去挖别人的东西。它的意义在于让你明白一件事：你不想别人这样看你，就先把自己这边的痕迹清干净。这跟前面那句道理是一样的——文件里的东西，不会因为你看不见就不存在。
而且要注意分寸。看一眼属性，和专门去找"对方是不是删了什么""他们内部怎么商量的"，是两件事。前者是常规的交付检查，后者就越界了。这个界限，你自己心里得有。
一个我认为最实用的习惯
前面讲的都是具体动作。但还有一个习惯，能让你少犯很多这类错。
就是在点发送之前，用"对方的眼睛"看一遍。
具体怎么做呢？有几个土办法。
一个是用只读的方式打开这份文件，或者在一个干净的窗口里看它。因为你在编辑状态里，脑子里装的是"我知道这里改过"，而看不到"对方会看到什么"。
另一个是把文件先发给自己，用手机打开看一眼。手机上没有你那些编辑工具的痕迹，看到的更接近对方的角度。
还有一个更直接的：如果这份文件是对外的，那就在导出 PDF 之后，纯粹以读者的身份从头看一遍，看看有没有不该出现的东西。
这个习惯花不了几分钟，但它拦住的往往是最尴尬的那类错误。
几个常见的坑
第一个坑，是以为"我看不到就是没有"。修订和批注默认不显示，隐藏文字也不显示，但它们都在。判断依据不应该是"屏幕上有没有"，而是"我有没有清理过"。
第二个坑，是接受修订之后才发现要追溯。所以如果这份文件以后还可能被问起，先留一份带痕迹的底稿再清。
第三个坑，是清完痕迹忘了清属性。作者那一栏经常被忽略，而它恰恰是最直接的"这是谁的文件"的线索。
第四个坑，是以为改个文件名或者另存一下就把痕迹洗掉了。改名字不影响文件内容里的任何东西，另存也只是复制了一份。
第五个坑，是把带痕迹的版本发给了外部，却把干净的版本留在了自己手里。发之前多看一眼发的是哪一个，这种事一次就够难受很久了。
最后
如果只用三句话记住这篇，我希望是这三句。
文档里有两层东西：内容是你想让他看的，痕迹是你不想让他看的。痕迹记录的是"这份文件怎么变成现在这样的"——谁改的、什么时候改的、改之前是什么、谁在旁边写了什么。
要带的痕迹有六种：修订记录、批注、作者信息、隐藏文字、时间戳，以及云文档的历史版本。其中修订记录最要命，因为它把变化过程整个交出去了。
清理的顺序是：先接受修订、再删批注、再清属性、最后另存一份发出去。而如果只是想让人看最终的样子，导出 PDF 是最省事的兜底——但别忘了 PDF 自己也有属性那一栏。