最后返回的文件未必最完整

网站改版前，甲修改单位简介，乙检查联系说明，两人拿到的是同一份原稿。乙的文件最后到达，只说明传回时间较晚，并不表示甲的意见已经包含其中。若直接拿乙的文件替换整份资料，甲的修改就可能没有进入汇总范围。这个自编例子关注的是并行审阅，不是判断谁的文件名更像最终版。

让不同意见进入一个可检查的副本

微软的合并文档修订说明提供了选择原始文档与修订文档、将差异显示在新文档中的方法；更多审阅副本可以继续与合并结果进行处理。操作入口会随版本不同而变化，应按自己使用的版本核对。

实际交接时，先保存共同原稿以及甲、乙各自的返回件，不在唯一原件上试验。建立一份汇总副本，注明这一轮已纳入哪些审阅文件、哪些尚未收到。合并第二份意见前，确认选中的确实是上一步汇总结果，而不是重新回到最初原稿只留下第二位审阅者的变化。

合并意见之后还要判断内容

若甲把某项服务写得更广，乙又删去其中一部分，这不是软件替团队选择立场的时刻。应对照真实业务与责任人的确认，分别接受、拒绝或继续询问。修订存在于汇总稿，只表示可供审查，不能据此对外承诺业务范围。

处理结束后，检查简介、联系方式和附件引用是否前后一致，再另存经过确认的交付稿。保留审阅副本与处理记录，有助于回答某条意见是否被考虑过；它并不证明资料真实、签署有效或申请一定通过。涉及个人信息的文件仍应只在获授权人员之间流转。