推广排名服务：项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8f4c7da7a24c.html
📄
推广排名服务：项目结束后历史文档需要保留到什么粒度
项目结束后的历史文档，保留粒度不应由“项目已经做完”决定，而应由两个条件决定：这份文档未来是否要用来复现一次动作，或用来解释一次结果。如果两者都需要，保留到可复现的步骤级；如果只用于追责或交接，保留到结论与决策依据级即可。粒度太粗，下一次同类项目只能重新试错；粒度太细，维护成本会超过它带来的判断价值。
条件一：还要复现同类动作时，保留到步骤级
当团队计划在别的站点、别的栏目或别的季度复用同一套做法，历史文档的价值在于让执行者不必重新摸索。此时应保留到步骤级：每次改了什么、改前是什么状态、改后观察了多久、期间还同时发生了什么。缺少最后一项，复现时很容易把无关变化当成原因。
一个假设例子：某次调整把一批页面的标题写法统一了，三周后这批页面的点击表现上升。如果文档只写“统一标题后表现上升”，下次复现时无法判断是标题本身起作用，还是同期导航改版、内容更新或季节需求带来的变化。若文档记录了同批页面中未改标题的对照组、改动前后的展示与点击差异，以及同期其他改动清单，复现者至少能区分“标题写法可能有效”和“无法归因”这两种结论。
实施动作上，可以按“改动清单 + 观察窗口 + 同期干扰项”三栏归档。这个动作的直接结果是：下一次立项时，负责人能先判断该做法是否值得再试，而不是直接排期。若三栏中任何一栏缺失，下一步就应把该记录标记为“仅供背景参考”，不进入可复现清单。
条件二：只用于交接和追责时，保留到决策依据级
如果项目结束后不会再复用具体动作，文档只需要回答“当时为什么这么决定、结果如何、谁在什么条件下批准”。此时保留到决策依据级：目标、约束、备选方案、最终选择和结果评价。中间的操作细节可以合并，不必逐条留存。
判断依据是：未来查阅者要回答的问题类型。若问题是“这个结果是谁负责的”，决策依据足够；若问题是“这个动作怎么做出来的”，就必须回到步骤级。两种条件同时成立时，按步骤级保留，因为从细到粗容易，从粗到细只能重建。
例外情况有三类：涉及合同、付款和验收的记录，按约定期限保留，不因项目结束而压缩；涉及数据来源和口径的说明，保留到口径变更时，否则后续对比会失去基准；涉及外部平台规则变化的记录，保留到该规则再次变动时，用于解释表现波动为何不能全部归因于自身动作。
用可核对的证据区分“做法有效”和“环境变化”
项目结束后最容易出现的反常现象是：某次改动之后数据变好，但无法确认是改动本身带来的。区分这两种解释，需要保留三类证据：改动前后的同口径对比、未受改动影响的参照对象、同期外部变化的时间点。三者缺一，结论就只能写成“相关，未确认因果”。
还要注意，请求量、抓取量或某项统计归零，并不能单独证明处理正确。它也可能是统计口径调整、采集中断、页面被合并或需求本身转移造成的。文档中应把“观察到的现象”和“据此做出的判断”分开写，避免后来的读者把当时的推测当成事实。
归档粒度的一个可操作分界
可以用一句话做分界：能被别人照着再做一遍的，留步骤；只能帮别人理解当时判断的，留结论。按这个分界整理时，先列出项目结束后的三个高频查阅场景，再逐份文档判断它服务于哪个场景。服务不到任何场景的文档，可以只保留标题和存放位置，正文不必长期维护。
这个动作的结果是文档总量下降，但可复现部分反而更完整。下一步应把保留下来的步骤级记录与结论级记录分开存放，避免查阅者在一堆过程稿里找不到关键判断。粒度选择没有统一标准，只有与后续用途匹配与否；用途变了，粒度也应随之调整。
