从做完一个项目，到写出一份「经验说明书」

经验库①：从做完一个项目，到写出一份「经验说明书」

这篇，还是写给在互联网公司上班的你：

产品、运营、开发、设计、市场……

你可能已经干过不少项目了：

• 做过大促、拉新、裂变活动
• 上线过功能、改过流程、做过一堆埋点
• 带过新人、搞过培训、组织过分享会

每做完一个项目，流程一般是：

• 写一份项目汇报 / 邮件总结，发给老板和同事
• 开一个形式上的“复盘会”，大家轮流说两句
• 然后，项目就被塞进云盘的某个角落，再也没人打开

等下次遇到类似项目——

• 你知道“好像之前也做过类似的”；
• 但你不太记得当时是怎么做起来的、踩过哪些坑、有哪些套路可以直接用。

所以每一次都像重新打副本：
一点点探索，踩一遍坑，时间、精力都很费。

这一篇，我们就干一件事：

帮你从「做完一个项目」
走到「沉淀出一份可以复用的经验说明书」。

说白了，就是让你：

• 不只是在“完成任务”，
• 而是在“收集打法”，
• 把自己的项目越做越轻松、越做越系统。

一、为什么你做了那么多项目，还是觉得自己“涨得不多”？

先把心里话摊开讲讲。

我经常听到几种很典型的感受：

• “做项目的时候感觉自己战斗力爆棚，项目一结束，整段记忆就模糊了。”
• “复盘会上大家说得都挺对的，但会一开完，这些总结就消失了。”
• “感觉这些年也做了不少东西，但要我讲‘我的方法论’时，就突然说不出来。”

其实，这不奇怪。

从项目到经验，中间缺了几步关键的转换：

1. 只有结果汇报，没有保留下过程细节

• 汇报文档更多是给老板看的，讲的是“成果”和“亮点”
• 真正的试错、挣扎、犹豫、踩坑，往往不会写进去

2. 有零散复盘，没有一个专门放“经验”的地方

• 复盘文档散落在各个项目云盘里
• 你每次只记得“有那么一份”，却不知道去哪翻

3. 少了一个“抽象层”：

• 从「这个具体项目怎么做的」
  到「以后所有类似项目可以照着走的路线图」

结果就是：

项目完成了，汇报交了，但能力没怎么“结构化”。

你当然有成长，只是成长散得太开，
没有被“收集到一个地方，变成能够反复用的东西”。

接下来，我们就用程序员的思路，
把这条链路搭起来：

项目总览（过程） → 项目复盘（反思） → 经验说明书（可复用打法）

二、先确定好落点：什么是「经验说明书」？

先说清楚，今天的主角是谁。

我说的“经验说明书”，至少包含这几样东西：

• 这个经验适用于什么场景？不适用于什么场景？
• 大致要走哪几步？每一步要注意什么？
• 有哪些“坑”是你已经踩过了，下次可以直接绕开？
• 有哪些“关键指标 / 信号”，可以帮你判断项目是不是在正轨上？

举个例子：

• 《从 0 到 1 搞一个公司级分享会的完整流程》
• 《618 大促前 4 周，我是怎么从混乱到有序推进的》
• 《我带新人 3 个月的 SOP：从熟悉业务到独立负责模块》

这种东西：

• 不是简单的“项目复盘记录”；
• 更像是“以后每次做类似项目时，你自己也会拿出来看的操作手册”。

在我们的文件结构里，它会放在：

04_经验与复盘/经验说明书/xxxx-经验说明书.md

而这就是一个「经验库」的基本单位。

三、三层结构：项目 → 复盘 → 经验说明书

我们把整个过程拆成三层，每一层都对应一类笔记：

1. 项目笔记（在 02_项目与行动）

• 记录背景、目标、关键节点和任务
• 是“发生了什么”的原始素材

2. 项目复盘（在 04_经验与复盘）

• 回答：哪里好？哪里不好？学到了啥？
• 是“这次项目发生的故事”的总结

3. 经验说明书（也在 04_经验与复盘）

• 提炼“下次可以照着做的路径和清单”
• 是“从故事中抽出来的打法”

你可以这样理解：

项目笔记像「代码」
项目复盘像「注释」
经验说明书像「抽出的函数 / 模块」

下面我们一个个来搭模板。

四、项目笔记：过程越清楚，复盘越轻松

项目笔记我们在前文其实已经搭过一个版本。
这次稍微再简化一下，保证你能真实用得起来。

在 02_项目与行动/某个项目 下面，新建：

2026-618_大促活动-总览

可以先用这个结构：

# 2026-618 大促活动 - 项目总览
## 1. 项目基本信息
- 背景：为什么要做这个？
- 目标：用 1~2 句写清楚你们这次的核心目标
- 时间：2026-05-01 ~ 2026-06-20
- 相关人：
  - 负责人：我
  - 协作：运营A / 设计B / 技术C
---
## 2. 阶段和任务（简化版）
> 不用写得太美，能帮你自己看清就行。
### 2.1 准备期（例：05-01 ~ 05-14）
- [ ] 和运营对齐目标 & 预算
- [ ] 整理去年活动数据，输出 3 个关键发现
- [ ] 完成活动方案 V1 草稿
### 2.2 执行期（例：05-15 ~ 06-10）
- [ ] 和设计确认 KV & 落地页方案
- [ ] 和技术确认评审时间 & 排期
- [ ] 对齐各渠道资源位 & 投放计划
### 2.3 收尾 & 复盘期（例：06-11 ~ 06-20）
- [ ] 数据拉取 &初步分析
- [ ] 撰写项目复盘文档
- [ ] 提炼经验说明书（给未来的自己看）
---
## 3. 关键过程记录（Log）
> 想到就记几条关键事件，别追求每天写。  
> 建议写：
> - 有分歧 / 决策的地方
> - 有波动 / 转折的地方
- 05-06：运营希望主目标是「拉新」，但我们觉得老用户激活更现实，最后折中方案是……
- 05-12：数据同学反馈去年数据里面有一块异常，暂时先不参考那部分……
- 05-20：设计排期紧张，我们砍掉了两个创意玩法，保留主流程……

有了这份“过程记录”，
你项目结束的时候，就不用靠脑补来想“当时发生了什么”。

后面我们用 AI 帮你做复盘时，这些 Log 都是宝。

五、项目复盘：这次故事讲明白，才有后面的「抽象」

项目结束或者进入尾声的时候，我们来开一篇「复盘」。

在 04_经验与复盘 里，新建：

2026-618_大促活动-项目复盘

可以先用这个模板（照抄没问题）：

# 2026-618 大促活动 - 项目复盘
## 1. 项目回顾（事实层）
### 1.1 目标回顾
- 预期目标（从项目总览复制过来）：
  - 例：老用户激活率提升 xx%，日活增加 xx%，GMV 达到 xx
- 实际结果：
  - 激活率：
  - 日活：
  - GMV：
  - 其他关键指标：
> 简评：用一两句话评价下「偏好 / 偏差大不大」。
### 1.2 关键事件时间线
> 从项目总览里的 Log 挑 5~10 条关键节点过来。
- 05-06：……
- 05-12：……
- 05-20：……
- ……
---
## 2. 做得好的地方（Success）
> 这次哪些是值得保留、以后可以照着用的？
- 要点 1：  
  - 具体例子：
- 要点 2：  
  - 具体例子：
- 要点 3（可选）：
---
## 3. 做得不好的地方（Failure / Risk）
> 重点写「下次可以提前避免的坑」。
- 问题 1：
  - 发生了什么：
  - 根本原因（你自己的理解）：
  - 下次准备怎么提前规避：
- 问题 2：
  - …
---
## 4. 关键学习（Learnings）
> 用你自己的话，总结这次项目「教会了你什么」。
- 在「目标和资源不匹配」时，我学到的是：
- 在「时间紧、需求多」时，我学到的是：
- 在「多方协作」时，我学到的是：
---
## 5. 对未来类似项目的建议（给未来的自己看）
> 用第二人称写，像在跟未来的自己说话。
- 下次你再做类似大促：
  - 一定要先搞清楚的三件事是：
  - 可以直接复用的做法是：
  - 千万别再犯的错误是：

这篇复盘，主要是「对这次项目本身」负责的。
你可以发给团队看，也可以只给自己留一份“真实版本”。

接下来，要做的就是——
从这篇“故事向复盘”里，挖出一篇“工具向的说明书”。

六、经验说明书：把故事，抽成「下次的路线图」

现在，在同一个 04_经验与复盘 目录下，再新建一篇：

618大促-经验说明书（从0到1的完整流程）

这篇就不是讲“这次618发生了什么”了，
而是讲：

以后如果再做类似活动，我要怎么来一遍？

可以先用这个模板：

Markdown

# 618 大促活动 - 经验说明书（从 0 到 1 的完整流程）
## 0. 适用范围 / 不适用范围
- 适用：
  - 有明显大促节点（618 / 双11 等）
  - 核心目标是老用户激活 + 促进 GMV
  - 有基础数据支持，有运营/设计/技术配合
- 不太适用：
  - 完全新业务冷启动活动
  - 纯品牌曝光类、没有短期转化诉求的活动
---
## 1. 总体流程一览（步骤视图）
> 推荐 5~9 步，太细会记不住。
1. 明确目标 & 约束条件（预算 / 资源 / 时间）
2. 盘点历史数据 & 找到可复用套路
3. 确定活动核心机制 & 关键转化路径
4. 落地执行方案（页面 / 物料 / 配置）
5. 排期对齐 & 风险预案
6. 上线过程监控 & 临时优化
7. 收尾复盘 & 数据沉淀
---
## 2. 每一步怎么做？（附注意事项）
### 1）明确目标 & 约束条件
- 关键动作：
  - 和业务负责人对齐这次活动的「唯一优先目标」
  - 问清楚预算上限、可支配资源、时间范围
- 注意事项：
  - 警惕“什么都想要”的目标描述
  - 把模糊目标尽量转化为可以量化的指标
### 2）盘点历史数据 & 找套路
- 关键动作：
  - 找到近 1~2 年内同类活动数据
  - 总结点击 → 参与 → 支付各环节的转化率
- 注意事项：
  - 数据异常项要先剔除，不要盲目迷信所谓“爆款案例”
  - 重点关注「为什么这次表现好 / 差」，而不是只看数值本身
（后面步骤同理，不赘述）
---
## 3. 常见坑 & 对应对策
> 直接把项目复盘里的「问题」翻译成「预警」和「对策」。
- 坑 1：目标定得太多，执行过程中东一榔头西一棒子
  - 预警信号：
    - 方案里写了 5 个以上“希望达成的目标”
    - 评审会上，每个人强调的重点都不一样
  - 对策：
    - 强行问清：“如果只能选一个最重要的目标，是哪一个？”
    - 其它目标降级为“加分项”，不作为考核标准
- 坑 2：时间不够、需求还在变
  - 预警信号：
    - 渠道 / 业务频繁提新想法，但技术排期已经很紧
  - 对策：
    - 早在方案阶段就设计“简版 / 标准版 / 豪华版”三个层级
    - 真到时间不够时，直接砍到简版，而不是临时乱砍
---
## 4. 可以直接复用的清单 / 模板
> 列几个「一上来就可以用的工具」。
- 618 活动需求沟通前的提问清单：
  - 这次活动的硬性目标是？
  - 核心人群是谁？
  - 和去年/上次相比，有哪些变化？
  - ……
- 活动方案骨架模板：
  - 一、背景 & 目标
  - 二、活动机制设计
  - 三、资源 & 排期
  - 四、风险 & 预案
  - 五、数据口径 & 复盘计划
---
## 5. 迭代记录（以后每次做完类似项目，可以在这里补）
- 2026-06：第一次整理本说明书，主要基于 2026 年 618 项目
- 2027-06：第二次更新，加入了 xx 新玩法的经验……

这一篇，就是你的“经验库原子单元”。

以后你要再做类似项目：

• 打开这篇经验说明书
• 复制清单、模板、流程
• 结合当下项目做一点调整

你会发现，很多原本要现想的东西，
直接照着这个“轮子”改改，就能用。

七、AI 在这里可以帮你省多少力？

上面这一整套，你当然可以全靠手写。
但我知道，大部分人真正的问题是：

写复盘好累，提炼经验好难，
想到要写就犯怵。

这部分，其实非常适合交给 AI 来“打底”，
你只负责修订、删改。

我们来拆两个关键场景。

场景 1：从项目 Log → 项目复盘

步骤：

1. 打开你的项目总览页，把「关键过程记录（Log）」那一块复制出来；
2. 再补充一两段你自己对结果的描述；
3. 一起丢给 AI，用这种提示词：

下面是某个项目的关键信息和过程记录，包括：
- 项目的背景和目标
- 关键事件记录（Log）
请你帮我生成一份「项目复盘」初稿，结构包含：
1）项目回顾（事实层）：
   - 用几句话概括本次项目的目标与实际结果（可以根据我的描述合理推断）；
   - 列出 5~8 条关键事件时间线。
2）做得好的地方：
   - 用 3~5 条 bullet，总结这次项目做得比较好的做法，尽量结合我提供的 Log 举例。
3）做得不好的地方 / 主要问题：
   - 用 3~5 条 bullet 的形式，描述问题、可能原因，以及「下次可以怎么提前规避」的建议。
4）关键学习：
   - 尝试用「我学到的是……」这样的句式，帮我整理 3~5 条「可以带到下一个项目里的教训或启发」。
请用中文输出，语气可以稍微口语化一点，方便我后续直接拷贝到 Obsidian 里修改。

它给出一版结构化复盘之后，你再：

• 调整那些你觉得“说得不准”的地方；
• 加上一些你自己想到但它没写到的细节。

一版项目复盘就出来了。

场景 2：从项目复盘 → 经验说明书

有了项目复盘，就好办很多了。

你可以把复盘全文丢给 AI，再说：

下面是一份「项目复盘」，主要是对这次项目的回顾和反思。
我希望你帮我从中提炼出一份「经验说明书」初稿，方便我以后做类似项目时复用。
请按照下面的结构输出：
0）适用范围 / 不适用范围：
    - 帮我总结：这份经验适用于哪些场景？不适用于哪些场景？
1）总体流程一览：
    - 尝试用 5~9 个步骤，描述「从 0 到 1 做完这种项目的大致流程」。
2）每一步的关键动作 & 注意事项：
    - 对于每个步骤，列出 2~3 个关键动作；
    - 再列出 1~2 条注意事项，尽量结合复盘里的信息。
3）常见坑 & 对策：
    - 从复盘里找出 3~5 个主要问题，转化成「预警信号 + 对策」的形式。
4）可复用的清单或模板建议：
    - 根据复盘内容，帮我想一想，有哪些 checklist 或 模板，值得单独列出来。
请用 Markdown 格式输出，方便我直接复制到 Obsidian 里。

拿到这份“初稿经验说明书”之后，
你再改标题、改用词，加上自己的注解，就是一篇完成度很高的经验文档了。

AI 在这里做的是：

• 帮你把「感性的反思」变成「结构化的经验」；
• 帮你搭好框架，你只需要在这个框架上做优化。

八、给你一个「一口气走完一条链路」的小任务

说了这么多，为了不让这篇变成“道理我都懂，就是不会用”，
我给你设计一个可以在这一两周内完成的小任务。

挑一个你最近刚做完、或者正在收尾的项目：

• 规模不用太大，可以是一周左右的小项目；
• 比如一次内部分享、一场线上小活动、一个需求小功能。

然后按这 4 步来：

1. 在 02_项目与行动 里，
   为它建一篇相对完整的「项目总览」，
   把你能回忆起来的关键 Log 补一补。

2. 在 04_经验与复盘 里，
   用上面的模板 + AI 提示词，
   产出一份「项目复盘」。

3. 继续在 04_经验与复盘 里，
   再用 AI 辅助，把这份复盘提炼成一篇「经验说明书」初稿，
   哪怕只有 3～4 个步骤，也可以。

4. 在你的首页，建一个「经验库入口」：

## 我的经验库（入口）
- [[经验说明书-导航]]  （可以先建一篇空白的导航页）
    - 例：[[618大促-经验说明书（从0到1的完整流程）]]
    - 例：[[新人培训-经验说明书]]

做到这一步，你就已经真正把“做过的项目”，
变成了 Obsidian 里“可以反复利用的资产”。

哪怕只有一篇，也是从 0 到 1 的开始。

如果你看完这篇，
愿意真正在近期挑一个项目跑一遍这条链路，
可以在评论区留一句：

【我准备给一个项目写一份经验说明书】

如果你愿意多说一点，也可以告诉我：

• 你选的是什么项目？（模糊说也行，比如“内部分享会”“小活动”）

我会在后面的文章里，继续写：

• 怎么搭一个「经验库首页 / 导航页」
• 怎么把多个经验说明书，整理成“原则、清单、案例”
• 怎么让这些经验，跟你的年度 OKP、项目、日常决策联动起来

我是【一只阿木木】。
用程序员的逻辑重构知识管理，
用产品的思维经营个人成长。

下一篇，我们会继续聊：

经验库②：不止项目复盘——
怎么把零散经验，整理成“原则”和“清单”。