公司网站推广计划项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bdee209cc298.html
📄
公司网站推广计划项目结束后历史文档需要保留到什么粒度
结论先给：保留粒度由“下一次要拿它做什么决定”决定，而不是由文档本身完整不完整决定。若项目结束后你还要复盘、换服务商或复用素材，至少要保留到“能独立复现一次判断”的程度：原始数据入口、当时采用的假设、以及最终执行动作三样对齐。缺其中一样，文档就只剩纪念价值。
先看一个假设情境：权限被收回之后
假设某公司做完一轮网站推广，项目结项后三个月，负责对接的运营离职，后台账号被回收，只剩一份导出表格和几份周报。此时若有人问“当时为什么把资源集中到那几个页面”，能回答的只有周报里的结论句，没有原始查询条件、没有对照页面、也没有执行记录。这不是文档太少，而是粒度切错了：留了结论，丢了推导过程。
这个情境要说明的是，粒度问题本质是“可复现性”问题。你不需要保留所有原始日志，但需要保留到让一个没参与项目的人能重走一遍关键判断。判断标准可以简化为一句话：换一个人、换一个时间点，能否仅凭文档说出当时为什么这么做、后来改了什么。
三层粒度：原始、加工、结论各留什么
把历史文档按三层切开，比笼统讨论“保留多少”更好操作。
- 原始层：后台导出、抓取记录、广告账单、页面改动前后截图。这一层体量大、时效性强，通常只保留与关键决策相关的切片，而不是全量备份。
- 加工层：把原始数据整理成可比口径的表格、对照清单、假设记录。这一层最容易被忽略，却最影响复用，因为口径一旦丢失，原始数据也读不懂。
- 结论层：周报、复盘、验收记录。这一层通常保留得最全，但单独存在时价值最低。
三层的关系是：结论层回答“做了什么”，加工层回答“依据什么口径”，原始层回答“数据长什么样”。粒度不足，往往缺的是中间那层。
最小可执行动作：先做一份“决策索引”
如果数据已被清空、权限已收回，仍然可以做一件事：为每个重要决策补一条索引记录。内容包括决策时间、当时的目标、可获得的证据来源（哪怕只是“某后台某报表，已无法访问”）、最终动作、以及事后观察到的变化。
这个动作的结果会直接影响下一步。做完索引后你会发现，有些决策的证据链是断的，只能标注为“依据不足”；有些则能通过残留的截图或导出文件补回口径。前者提醒你下次项目要在过程中同步留痕，后者可以直接进入复盘。索引不需要美化，一条一行即可。
需要说明的是，索引只能证明“当时记录了什么”，不能证明“当时的判断正确”。证据缺失也不等于决策错误，它只意味着这次无法复核。
哪些信号说明粒度留错了
以下现象可以作为检查点，但要注意它们各自还有别的解释，不能单独下结论。
- 只有结论句，没有对照对象：可能确实没做对照，也可能对照记录被清理了。
- 数据口径前后不一致：可能是工具更换，也可能是不同人统计习惯不同。
- 执行记录与结论对不上：可能是执行未落地，也可能是记录滞后。
- 关键页面改动无截图：可能没截，也可能截了但存在个人设备里。
看到这些信号，正确动作是回到加工层补口径说明，而不是直接判定项目做得好或差。
保留期限与销毁的判断依据
期限没有通用数字，取决于三个条件：合同或合规是否要求留存、下一次同类项目大概何时启动、以及数据本身是否含个人信息。若三者都不构成约束，保留到“下一轮推广启动并完成对比”即可，之后可只留加工层与结论层。
销毁前建议做一次抽样复核：随机抽两条决策索引，看是否还能说清依据。能说清，就可以按计划清理原始层；说不清，就先补记录再清理。这个动作本身也是验收，它检验的是文档粒度是否真的够用，而不是文档数量是否够多。
