第 15 章　项目做完以后，给下一次留一套起盘包

01一个真实场景：项目做完，复盘变成没人看的总结

比如你是接项目的一人公司，刚交付完一个企业公众号代运营项目。你知道该复盘，可一动手就写成一篇漂亮的"项目总结"——存进文件夹，再也没人打开。下一次接同类项目，你还是从零开始，之前踩过的坑一个不落地又踩一遍。

WorkBuddy 更适合把项目拆成以后能再次调用的工作资产，而不是写一篇好看的回忆录。

02给它五类真实输入

项目目标：
最终发生了什么：
做过哪些关键判断：
哪里失败或返工：
有哪些可以复用的文件、话术、流程或素材：

03这一趟它动用了什么

• 资料：这次项目的真实产物——排期表、沟通记录、交付文件、用过的话术和模板；
• 任务：让它做"分类 + 打包"，把一堆散件整理成下次能直接取用的组件；
• 要它分清三样东西：事实、判断、建议——分开写，别糊成一段。

04让它输出起盘包

请把这次项目整理成：
1. 下一次可以直接复用的目标卡；
2. 已确认的关键决策；
3. 不要重复踩的失败清单；
4. 可复用组件及其使用条件；
5. 下一次开始前必须重新确认的事项。
事实、判断和建议分开写。

05必须你判断的：不是所有经验都能写成规则

一次项目里，既有能长期复用的东西，也有一次性的偶然。这一步得你来分：

WorkBuddy 可以帮你分类，最终是否写入当前知识和工作方式，仍由你决定。

06结果与留下的资产

跑完你手上是一个起盘包：目标卡、已确认的关键决策、别再踩的失败清单、带使用条件的可复用组件、下次开始前要重新确认的事项。下一次接同类项目，你不是从空白页开始，而是打开这个包直接起步——这才是一次项目真正留下来的复利。

07顺手把桌面和项目文件也整理掉

起盘包整出来了，可你桌面上那一堆项目原始文件还在——交付稿的十几个版本、客户发来的截图、随手存的合同 PDF，还有一串叫"最终版""最终版2""真的最终版"的文档，全堆在桌面和下载目录里。下次想翻出某一版，只能一个个点开看。这也是 AI 能顺手替你做掉的一件小事。

它做的不是"帮你删文件"（那太危险），而是只读扫描 → 按规则归类 → 复制出一份整理好的结构 → 该改名的按项目和版本改名，全程不动你的原文件。

规则先说清怎么归、怎么命名

整理文件最怕它自作主张。所以先把规则给死：扫哪些目录、按什么归类、命名规则长什么样、哪些绝对不能碰。

例子整理一个客户项目的交付资产

比如你是接项目的一人公司，一个客户项目做完，相关文件散在三四个地方。你可以这样让它整理：

帮我整理这个客户项目的文件，但不要删除、移动或覆盖任何原文件。
扫描范围：桌面、Downloads，以及"客户A项目"这个文件夹。
第一步：只读扫描，先返回候选清单和数量，别动手。
第二步：按类型归类（合同、交付稿、客户素材、沟通截图），
        并标出内容重复或疑似同一份的文件。
第三步：把整理好的一份副本复制到新目录"客户A_交付归档"，
        按"客户_项目_版本_日期"重命名，原文件保持不动。
涉及身份证、银行卡、合同金额等敏感信息的文件，单独列出来先别动，等我确认。

跑完你得到的是一个干净的副本目录，原来那堆文件一个没少、一个没改。下次要找某一版交付稿，直接进归档目录，而不是在一堆"最终版"里赌哪个是对的。

• 复制优先：整理产出的是一份新副本，绝不在原文件上直接改；
• 不覆盖、不删除：原文件原地保留，万一它整理错了也能随时退回去；
• 先脱敏：带身份证、银行卡、合同金额这类敏感信息的文件，单独挑出来人工处理，别让它自动搬动或改名。

这件事看着小，但它替你守住的是"下次还找得到"——正好接上本章前面讲的起盘包：包整理好、文件也归好，下一次项目才真的能从一个干净的起点开始。

08完成检查

• 项目输入和真实结果都有来源；
• 关键决策和失败都被记录；
• 可复用组件写清使用条件；
• 模拟材料没有被写成真实结果；
• 下一次起盘可以直接使用这套包。