推广服务商：项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d6eb7fd10abd.html
📄
推广服务商：项目结束后历史文档需要保留到什么粒度
结论是：不要按“整包项目资料”保留，而按“可复核一个结论的最小证据单元”保留。项目结束后，凡是能支撑验收、续约争议、下次投放复盘和合规检查的文档，保留到可追溯到具体日期、具体渠道、具体改动和具体结果的粒度；纯过程稿、重复导出、中间草稿可以只留摘要或删除。判断标准不是文件多少，而是别人拿着它能否独立还原“当时做了什么、依据是什么、结果如何”。
先拿一个页面或一份报告做粒度测试
假设你手里有一份推广服务商交付的月度结案报告，里面写着“本月线索成本下降”。直接归档整份报告，粒度太粗，因为下个月换人接手时，没人知道这个结论对应哪些广告组、哪些落地页、哪些素材，也无法判断下降是优化带来的还是预算结构变化带来的。可执行的做法是把它拆成三层：结论层保留报告本身；证据层保留该结论引用的数据导出、渠道后台截图或对账单；动作层保留这段时间实际发生的改动记录，比如改过哪些出价、换过哪些素材、调整过哪些页面。三层齐全，才算达到可复核粒度。
测试方法很简单：把文档交给一个没参与项目的人，让他回答三个问题——这个结论覆盖哪个时间段和渠道？支撑它的原始数字来自哪里？当时具体改了什么？只要有一问答不上，说明粒度不够，需要补证据或补动作记录，而不是把整包文件再复制一份。
按用途分档，而不是按文件类型分档
历史文档的保留粒度，取决于它未来会被谁、为什么调用。可以分成三档处理：
- 必须保留到原始粒度：合同与变更单、验收确认、结算对账、涉及费用和责任的往来记录、合规要求的资质与授权文件。这些一旦发生争议，摘要无法替代原件。
- 保留到可复核粒度：结案报告、渠道数据导出、关键页面版本、素材版本、投放结构变更记录。保留的是“能还原结论”的最小集合，不必保留每一次导出的重复副本。
- 保留摘要即可：日常沟通记录、中间草稿、重复的排期表、已被最终版覆盖的过程文件。用一页说明写清时间范围、涉及渠道、主要改动和最终结论，原始文件可按内部规定到期清理。
分档之后要落到一个实际动作：给每份保留文档标注归属结论。例如一份素材版本文件，标注它支撑的是“某渠道点击率变化”这个结论。这样下次复盘时，是从结论反查证据，而不是从一堆文件夹里翻找。这个动作会直接影响下一步——如果某个结论找不到归属证据，就说明它不该作为正式结论写进复盘，或者需要补充记录。
多角色理解不一致时，把分歧转成核对项
项目结束后常见的分歧是：服务商认为“已交付”，甲方业务方认为“效果没达到”，甲方财务认为“结算依据不足”。三方说的其实是三种粒度。处理方式不是开会争论谁对，而是把分歧拆成可核对的条目：
- 把争议结论写成一句话，注明时间范围、渠道和口径。
- 列出支撑这句话所需的证据清单，逐项标注“已有原件”“只有截图”“缺失”。
- 对缺失项确认责任方和补交期限，补不齐的结论降级为“待确认”，不进入正式归档结论。
- 把最终确认的证据清单和文档一起归档，作为下次同类项目的模板。
这样做的好处是，保留粒度不再由某个人的记忆决定，而由“结论—证据—动作”三者是否闭合决定。闭合的保留，不闭合的要么补，要么不保留为正式结论。
假设例子：一次渠道结构变化后的保留取舍
假设某项目结束后，服务商报告“搜索渠道占比提升带来整体成本改善”。如果只保留这份报告，半年后有人想复用这个判断，会缺少两个关键事实：占比提升是因为新增了渠道，还是因为其他渠道预算被削减；成本改善是出价调整的结果，还是落地页改版的结果。按可复核粒度，应保留：渠道预算分配的前后版本、出价调整记录、落地页改版前后版本、对应时间段的数据导出，以及一份简短说明写明“本次结论仅适用于该时间段和该预算结构”。
反过来，如果报告结论只是“本月按计划完成了日常维护”，没有涉及费用、责任或可复用判断，那么保留一份带日期的执行摘要即可，不必保留每次维护的原始记录。这里的取舍依据是：结论越接近费用、责任和可复用决策，保留粒度越细；结论越接近常规执行确认，粒度可以越粗。
清理前先确认三个条件
删除或降级保留历史文档前，至少确认：合同或内部制度是否规定了保存期限；是否仍有未结清的费用、未关闭的争议或未完成的验收；该文档是否被其他结论引用为证据。三个条件都满足“无”，才可以按摘要保留或到期清理。只凭“项目已结束”或“没人再看”就清理，风险在于争议可能延后出现，而届时原始证据已经不可恢复。保留粒度定得合适，后续无论是续约谈判、换服务商交接，还是内部复盘，都能用同一套证据说话，而不是重新回忆当时发生了什么。
