网络推广外包，项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /fab2f00d4e73.html
📄
网络推广外包，项目结束后历史文档需要保留到什么粒度
结论先说：保留粒度不按“文件多少”定，而按“下一次追责或复用需要还原到哪一步”定。项目结束后，至少要留住能回答三件事的材料——当时承诺了什么、实际执行了什么、结果与承诺的偏差从哪来。低于这个粒度，再全的文件夹也只是存档；高于这个粒度，逐条聊天记录和中间稿会淹没关键证据。下面以你手里那份结案后留下的推广资料为对象，一步步把它变成可执行的分层方案。
先确定保留粒度的判断轴，而不是先清点文件
把资料按“能否独立支撑一次决策”分层，比按类型分更实用。建议用三条轴判断：
- 可追溯性：这份材料能否对应到一个明确的委托事项、时间点和责任人。
- 可复用性：换一个接手人，能否据此重做同类投放或内容任务，而不必重新问一遍背景。
- 可举证性：出现效果争议或费用争议时，能否作为双方各自的依据。
三条轴都满足的，属于核心层，必须长期保留；满足其中一到两条的，属于参考层，保留一个约定周期即可；一条都不满足的，属于过程层，结案后可以清理。这里的关键动作是：先给每份材料打上这三条标签，再决定去留。标签打完你会发现，真正需要长期留的往往不到总量的两成，但这两成决定了剩余八成能不能被放心删掉。
把一份具体资料套进三层，看它落在哪一层
假设你手里有一份外包方提交的月度推广执行表，里面列了内容标题、发布渠道、发布时间和备注。逐项判断：
- 它能否对应到合同里的交付项和时间点？能，则满足可追溯性。
- 接手人能否据此知道当时选这个渠道的理由？如果表里只有结果没有依据，则复用性弱。
- 出现“说好发十条只发了六条”的争议时，它能否作为依据？能，则满足可举证性。
结论是：这张执行表应进核心层，但需要补一份渠道选择说明，否则它只解决“发没发”，不解决“为什么这样发”。这个补充动作本身就是粒度调整——不是保留更多文件，而是给已有文件补上决策依据。
核心层留什么：四类材料不能省
核心层的目标是让一个没参与项目的人，在半天内还原项目全貌。至少包含：
- 委托与变更记录：需求说明、确认过的范围调整、验收口径。口头变更要有书面确认，否则视为未变更。
- 执行台账：按时间排列的实际动作，含渠道、内容标识、投放或发布状态。它回答“做了什么”。
- 结果数据与口径说明：数据本身加一段“这个数是怎么统计的、排除了什么”。没有口径说明的数据，半年后基本无法解释。
- 结案结论：哪些做法继续用、哪些停掉、遗留问题由谁跟进。
注意，核心层不要求保留每一条聊天记录和每一个中间稿。判断标准是：删掉它之后，上述四类材料是否还能自洽。能自洽，就删；不能，就把它并进对应类别，而不是单独堆一个“杂项”文件夹。
参考层和过程层的处理动作与预期结果
参考层通常包括：素材源文件、多个版本的文案草稿、内部讨论记录、未采用的方案。它们的价值在于复用，不在举证。处理动作是设定一个保留周期，例如结案后保留一个季度，到期前由接手人确认是否还有复用场景，没有就清理。
过程层包括：临时截图、重复导出的报表、已合并进台账的原始记录。这类材料结案后即可清理，但清理前要做一次核对——确认台账里的每一条都能对应到原始记录的关键字段。这个动作的结果直接影响下一步：如果核对时发现台账有缺口，说明核心层还没建完，此时不能清理过程层，应先补齐台账。
一个常见的误判是：把“文件数量归零”当成处理完成。文件变少只说明清理动作执行了，不能单独证明保留粒度合理。另一种合理解释是，清理时删掉了本该进核心层的材料，只是暂时没暴露问题。所以清理动作必须和核对动作绑定，而不是各自独立完成。
假设例子：一次渠道效果争议如何验证粒度够不够
假设结案三个月后，双方对某个渠道的效果产生分歧。此时翻资料：
- 如果只有结果数据，没有口径说明，双方会各按对自己有利的方式解读，争议无法收敛。
- 如果有执行台账加口径说明，但没有渠道选择依据，能确认“做了多少”，不能确认“当初是否该做”。
- 如果四类核心材料齐全，可以在一次沟通内定位到偏差出现在执行量、口径还是目标设定上。
这个假设说明：粒度是否足够，不取决于你留了多少，而取决于争议发生时能否定位到具体环节。定位不到，就说明核心层有缺项，需要在下一次合作开始前补进交付要求，而不是事后补救。
把粒度要求写进下一份外包约定
与其在结案后纠结删不删，不如在合作开始时就约定交付物的最小粒度：执行台账按什么字段记录、数据附带什么口径说明、变更用什么形式确认。这样结案时你拿到的就是可直接分层归档的材料，而不是一堆需要二次整理的原始文件。粒度定在“能还原决策”这一层，既不会因为留得太少而在争议时无据可依，也不会因为留得太多而让归档本身变成负担。
