结论先给:以“能独立复现一次投放决策”为最低保留粒度,而不是以“文件是否还占空间”或“客户是否还会来问”为标准。具体说,账户结构、关键改动记录、素材版本与预算调整依据要留到可追溯;日常排名截图、一次性沟通草稿、重复导出的原始报表可以退出。粒度定得太细,交接和维护成本会反噬;定得太粗,下一任接手人只能靠猜。
同一个项目结束后,文档可能面对三类使用者,保留深度完全不同。
先判断这三类人中谁最可能回来调用文档。如果项目只是暂停、半年内大概率重启,保留粒度应偏细;如果账户已确定关停、业务方向转移,可以只留决策链和合规材料。判断依据不是“文档多不多”,而是“谁会在什么条件下打开它”。
全量归档指把账户后台能导出的报表、素材、聊天记录、邮件全部按日期打包。它适合两种情况:一是合同或行业监管要求留存完整操作痕迹;二是团队内部有自动化归档流程,边际成本极低。代价是检索困难,接手人面对成百上千个文件,仍然不知道哪个版本是最终决策依据。
决策链归档只保留“改了什么、为什么改、结果如何”三类记录,加上最终生效的账户结构说明和素材清单。它适合大多数结束即解散的项目。前提是项目过程中就有人同步记录,而不是结束后补写;如果过程记录缺失,事后只能从报表反推,反推结论往往不可靠。
一个可操作的判断动作:假设三个月后一位没参与过项目的优化师拿到文档,他能否在不询问任何人的情况下,说清主要投放方向、预算分配逻辑和至少三次关键调整的原因。如果能,粒度够了;如果只能看到一堆数据文件却说不出逻辑,说明归档偏向了“全”而不是“可用”。
退出不等于删除,而是不纳入长期保留范围,或只保留汇总层。以下类型通常可以退出,但各有前提:
退出的代价要提前说明:一旦原始数据被清掉,后续若出现预算争议或效果归因分歧,只能依赖汇总口径,解释空间会变小。因此退出前应确认合同、财务和客户三方都没有“可回溯原始记录”的硬性要求。
假设某项目结束一年后,客户想重启同类投放,问“上次为什么停掉某类关键词”。
全量归档的做法:翻出当时的日报和聊天记录,可能找到某天消费突增的截图,但截图没有对应解释,无法确认停投是预算原因、效果原因还是客户临时要求。接手人只能重新测试。
决策链归档的做法:文档中有一条记录写明“某月某日暂停该类词,原因是转化成本连续高于约定阈值,经客户确认后执行,后续未再开启”。重启时可以直接判断当时的阈值假设是否仍然成立,决定是沿用还是重新验证。这个例子的关键不是数字本身,而是记录里包含“决定、依据、确认方”三要素。
与其每次项目结束再争论留什么,不如在项目启动时就约定归档层级。可以按三层处理:
执行时先做一次抽样验证:从必留层随机抽三条决策记录,看是否都能回答“谁在什么依据下做了什么决定”。如果有记录只有结论没有依据,就把它补进必留层或标记为不可追溯。这个动作的结果会直接决定后续归档规则是收紧还是维持,而不是凭感觉判断文档够不够。