百度推广代理商，项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /b83f85836435.html
📄
百度推广代理商，项目结束后历史文档需要保留到什么粒度
结论先说：保留粒度由“下一次接手的人能否独立判断”决定，而不是由项目是否结束决定。对百度推广代理商交付的账户结构、否词、出价与预算调整、素材版本和沟通结论，建议保留到“可复现决策”的粒度；对中间过程截图、重复导出表和群聊寒暄，可以只留索引或直接删除。判断标准是：如果三个月后要解释某次调整为什么发生，现有资料能不能在十分钟内给出依据。
先按“能不能复现一次决策”划分两类资料
把手上所有文件先分成两类。决策型资料包括：账户结构变更记录、关键词与否定词增删、出价与预算调整、落地页版本、素材替换时间点、审批或确认的沟通结论。过程型资料包括：每日重复导出的报表、同一版本的多次截图、未采用的草稿、群聊中的即时确认。
决策型资料建议长期保留，过程型资料保留最近一个完整周期即可。原因很直接：项目结束后真正被追问的，通常是“这个计划为什么被暂停”“这批词为什么被否掉”，而不是“某天下午三点的报表长什么样”。
用一份文件走一遍判断流程
假设你手上有一份《百度推广账户调整记录》。按下面顺序处理：
- 看它能否回答“谁、在什么时间、因为什么、改了什么、结果如何”。五项齐全，归入决策型，保留原文件。
- 若只记录了“改了出价”，缺少原因和结果，就在文件顶部补一行备注，写清当时的判断依据，再归档。
- 若只是导出数据、没有结论，把它降级为过程型，只保留最近一个周期，其余删除。
- 把保留下来的文件统一命名，例如
账户-调整记录-2024Q3，并在同一目录放一份索引，说明每份文件对应哪次决策。
这个动作的结果会直接影响下一步：当有人来问某次调整，你能从索引直接定位到文件和当时的结论，而不是重新翻聊天记录。如果索引建不起来，说明粒度还太细或太散，需要合并。
两种常见做法，各自成立的条件下才选
做法一：全量保留。适用于账户仍在运行、可能随时续约、或合同要求留存原始记录的情况。代价是检索成本高，接手人容易被大量重复文件淹没。
做法二：只留结论与关键版本。适用于项目已明确终止、账户已交接或停投的情况。代价是遇到争议时缺少原始凭证，因此至少要保留审批记录和最终确认版本。
两种做法都不是默认正确。判断依据是：账户是否还会被再次操作、是否存在结算或责任追溯的可能。如果两者都是“否”，做法二足够；只要有一项是“是”，就按做法一保留决策型资料。
一个注明假设的短例子
假设某账户在项目结束前做过一次大幅否词，之后消费下降。若只保留“消费下降”的报表，接手人可能误判为投放失效；若同时保留了否词清单和当时的判断说明，就能看出这是主动收缩。这个例子只说明比较方法：保留“动作加理由”，比保留“结果数字”更能支撑后续判断。消费变化本身不能单独证明否词处理正确，还可能受预算、竞争环境或季节因素影响。
归档前必须做的三件事
- 给每份决策型文件补一句结论，写清动作与原因，避免只有数据没有判断。
- 建立一份索引，列出文件、对应决策和责任人，让接手人不依赖原项目成员。
- 把过程型资料设为定期清理，保留最近一个完整周期，避免无限堆积。
做到这三点，历史文档的粒度就落在“够用且可查”的位置，而不是凭感觉全留或全删。
