工作底稿复核：让判断过程看得见

复核意见中最让我受益的，通常不是一处格式修改，而是一个追问：这份资料怎样支持你的结论？它提醒我，底稿既是记录工具，也是把判断交给别人理解的方式。

一、先写目的，再整理资料

目的不清楚时，底稿很容易变成资料仓库。先写明希望回答的问题，再确定哪些文件有用。每份资料应说明来源、期间与用途，避免让复核人重新猜一次编制人的思路。

如果一项程序只是为了填满模板，却无法说明它回答什么问题，可以先停下来讨论。任务变化时，底稿目的也应随之更新。

二、留下足够的判断过程

结论需要与实施的工作连接。遇到资料不一致，写明差异、追加了解与最终解释。只有支持结论的资料被保留，而反向信息消失时，复核人会很难了解判断是否充分。

底稿部分	复核人可能提出的问题
目的	当前程序对应哪个问题？
数据来源	这份明细覆盖什么期间，是否完整？
实施过程	哪些项目被查看，为什么选择它们？
差异分析	尚未解释的事项会不会影响结论？
结论	是否与实际实施的工作一致？

三、把复核意见转成学习记录

收到意见后先理解问题，再修改。对于“请补充依据”，不要只增加一段文字；确认是否缺少资料、缺少分析，还是已有依据没有被引用。不同原因对应不同动作。

个人复盘可记录三项内容：意见指向什么、自己原先怎样理解、以后如何提前避免。去除项目敏感信息后，这些记录会成为自己的学习材料。

四、用陌生读者检查一遍

提交前暂时忘掉自己已经知道的背景，看看底稿是否仍能独立说明问题。链接是否可打开，编号是否对应，计算是否可追溯，未决事项是否醒目，都值得做一次实际检查。

好的底稿不一定很长，但需要让其他人能够跟随思路。把判断写清楚，也会帮助自己发现原先忽略的条件。