安康网络推广服务项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /0755d0ca95e1.html
📄
安康网络推广服务项目结束后历史文档需要保留到什么粒度
结论先说：如果项目还要续做、账号还要复用，历史文档至少保留到“能凭它重建一次投放或内容决策”的粒度，也就是策略依据、执行记录、结果口径三层；如果项目彻底终止且不再续约，可以压缩到“能解释清楚做过什么、花了什么、留下什么资产”的粒度。判断标准不是文档多不多，而是半年后接手的人能否不问你，就判断出某条内容或某个投放为什么这么做、后来发生了什么。
两种条件，对应两种保留粒度
先区分两种常见条件，选择完全不同。
- 条件一：项目会续做或换人接手。这时保留粒度要细到执行层。每篇内容或每次投放应留下选题依据、发布渠道、发布时间、核心改动点、对应结果数据。缺了执行层，接手人只能重新试错，前期积累作废。
- 条件二：项目彻底终止，不再续约。这时保留粒度可以粗到决策层。只需留下做过哪些渠道、大致投入、最终结论和可复用资产清单，如账号、素材、资质文件。细到单篇的排期表可以清掉。
选择依据只有一条：未来是否还需要对同类问题做出同样判断。需要，就保留执行层；不需要，就保留决策层。不要因为“留着也不占地方”就全量保存，全量保存的代价是接手人要在大量噪声里找有效信息，反而增加判断成本。
最小可执行动作：先建一份交接索引
缺少完整数据或权限时，不要等数据补齐再整理。可以立即执行的最小动作是：建一份交接索引文档，按“渠道—动作—结果—结论”四列，把还能找到的信息填进去。找不到结果数据的条目，在结果列写“数据缺失”，并注明缺失原因，例如账号已回收、后台权限已关闭。
这个动作的结果会直接影响下一步：索引里“数据缺失”比例高的渠道，说明该渠道的历史结论不可靠，续做时不能直接沿用旧策略，应重新做小规模验证；索引完整的渠道，可以直接作为下一阶段的基线。
需要提醒的是，访问量、抓取量或某条统计归零，不能单独证明之前的处理正确或错误。它也可能是统计口径调整、代码改动、渠道停投造成的。判断时要结合执行记录一起看，而不是只看一个数字。
具体保留到什么字段
执行层建议保留以下字段，这是能重建决策的最小集合：
- 目标与假设：当时想解决什么问题，预期通过什么方式起效。
- 执行记录：做了什么改动，改在哪，什么时候改的。
- 结果口径：用哪个指标衡量，数据来自哪个后台，统计周期多长。
- 结论与例外：结论是什么，有没有反常情况，反常的可能解释。
假设一个场景：某次内容调整后，某渠道的咨询量上升。如果只留下“咨询量上升”这一句，接手人会默认这个做法可复制。但如果同时留下统计周期、同期是否有其他渠道变化、咨询来源是否被重新归类，接手人就能判断上升是否真由这次调整带来。这个例子是假设，用于说明字段完整度如何影响判断，不是真实项目结论。
哪些可以清理，哪些必须留下
可以清理的：重复的排期草稿、已被最终版覆盖的中间稿、与决策无关的聊天记录、失效的临时链接。必须留下的：最终版策略文档、执行记录、结果数据快照、账号与权限清单、素材源文件、合同与结算凭证。
例外情况有两种。一是涉及合规或合同约定的资料，即使项目终止也要按约定保留，不能自行清理。二是账号类资产，即使不再使用，也要先确认归属和注销流程，不能只留一个登录名就当作已交接。
如果历史文档里只有结论、没有依据，那么这份文档的粒度其实不够。补不齐依据时，至少在结论旁标注“依据缺失，续做前需重新验证”，让下一个使用者知道这条结论不能直接信任。做到这一步，文档才算真正可用。
