不止项目复盘——把零散经验，变成「原则」和「清单」

经验库②：不止项目复盘——把零散经验，变成「原则」和「清单」

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

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

上一篇，我们一起把一件事走完了：

从一个项目 → 写出一份项目复盘 → 再到一篇「经验说明书」。

也就是说，你已经能把「做过的项目」收进经验库了。

但你可能还有这种感觉：

• “单个项目的经验我能说一点，但要我讲‘我做活动/写方案的原则’，就卡壳了。”
• “我知道有些做法是对的，比如先对齐目标、早点对齐技术，但这都散着，很难系统说清楚。”
• “同样的坑，知道自己踩过，但下次忙起来，又照样掉进去。”

原因其实很简单：

你有很多「局部经验」，
但还没被整理成「可反复调用的原则和清单」。

这篇，我们就来做这件事：

把你零散的项目经验，
抽成几条能挂在嘴边的原则，
再变成可以直接勾选的清单。

以后你每做一件事，都能先默念两句“我的原则”，
临上战场前打开一张 checklist 掠一眼，
把那些本来要用“心累”记住的东西，交给系统帮你兜底。

一、你已经有「原则」，只是现在都藏在脑子缝里

先别急着搭结构，我们先确认一件事：

你其实已经有不少“原则感”了，只是没写出来。

比如：

• 跟领导对齐需求时，你心里可能早就知道：
  「不能一上来就聊方案，要先问清楚他真正想解决的问题。」

• 和技术/设计沟通时，你也慢慢意识到：
  「提前给他们一个粗稿比临时丢一个 final 文档好沟通得多。」

• 开复盘会时，你知道：
  「只聊数据没意义，得有人愿意承认问题，才有复盘价值。」

这些其实已经是“原则”的雏形了：

• 先问 why，再聊 how
• 尽量让对方“有时间准备”
• 复盘是找“系统问题”，不是找背锅人

但因为它们：

• 没有被写下来
• 没有被拆开、起名字
• 没有被整理成一张张“可用工具”

它们就只能：

偶尔在你状态好的时候闪一下，
更多时候，被日常忙碌按在地上摩擦。

我们要做的事不是“创造原则”，
而是把你已经有的东西，从脑子缝里掏出来，
放进一个看得见、用得上的地方。

二、一个成熟的「经验库」，至少要有这三类东西

为了不把事情搞复杂，我们先约定一个简单版本：

在 Obsidian 的 04_经验与复盘 下面，
我们希望慢慢长出三种类型的笔记：

1. 案例（Case）

• 某一次具体项目 / 事件的故事
• 你已经在写的「项目复盘」「经验说明书」属于这里
• 关键是：时间、场景、发生了什么、结果如何

2. 原则（Principle）

• 从多个案例里抽出来的“共通规律”
• 简短有力，一看就懂
• 带一点边界：适用什么场景、不适用什么场景

3. 清单 / SOP（Checklist）

• 先做 A，再做 B
• 发之前记得检查 1、2、3、4……
• 真正“拿来就能用”的步骤和检查项
• 适合开会前/项目启动前/发版前打开扫一眼
• 形式像：

打个比方：

• 案例 像「打比赛的视频回放」
• 原则 像「教练总结出来的战术理念」
• 清单 像「赛前热身动作表」「上场前检查鞋带」

三者不能互相替代，但会互相喂养。

三、先搭个「经验库骨架」：一个首页 + 三个分类

在 04_经验与复盘 下面，我们先做一点小整理。

1）简单分三个子文件夹

04_经验与复盘/
  ├─ 01_案例（项目复盘）/
  ├─ 02_原则/
  ├─ 03_清单_SOP/
  └─ 经验库-首页.md

• 你之前写的项目复盘、经验说明书，可以放到 01_案例 下面；
• 接下来要写的“原则”和“清单”，就分别放到对应目录。

不需要一上来就分得很细，
先把“种类”分出来，后面我们主要靠链接来组织。

2）做一个「经验库首页」

新建 经验库-首页.md，可以先这样写：

# 经验库首页 - 我的「打法仓库」
> 这里不放「流水账」，只放「我想长期复用的东西」。
## 一、工作方法相关
### 1.1 项目 / 活动类
- 案例：
  - [[2025-618_大促活动-项目复盘]]
  - [[618大促-经验说明书（从0到1的完整流程）]]
- 原则：
  - [[做任何活动前，先问清楚这5个问题]]
- 清单：
  - [[活动上线前-最终检查清单]]
### 1.2 需求 / 方案类
- 案例：
- 原则：
- 清单：
---
## 二、沟通与协作
- 原则：
  - [[和技术沟通的5条小原则]]
  - [[写给未来自己的开会底线]]
- 清单：
  - [[1v1 沟通前的准备 checklist]]
  - [[开会前五分钟检查清单]]
---
## 三、个人效率 / 输出
- 原则：
  - [[写周报的3个底层思路]]
  - [[保证晚上能写出一篇稿的4个前置动作]]
- 清单：
  - [[每日收尾-5分钟关机前检查单]]
  - [[写作前-素材准备清单]]

你会发现，首页其实就是几个大区块＋链接。

不用一次写满。
你可以每整理出一条新的“原则 / 清单”，
顺手在这里挂个链接就好。

四、从一个项目，抽出一条「原则」：怎么写？

我们来做一件非常具体的事：

从你已经写好的「618 大促经验说明书」里，
抽出一条单独的「原则笔记」。

假设你在说明书里，反复意识到一个点：

活动一开始就想「多目标齐飞」，
到后面基本都变成谁也没做好。

那你可以新建一篇原则笔记，比如：

做活动时，目标不要超过三个-原则

模板可以这样：

# 做活动时，目标不要超过三个（原则）
## 1. 这条原则在说什么？
一句话版本：
> 活动的核心目标不要超过 3 个，  
> 最好只有 1~2 个真正「优先级最高」的目标。
稍微展开一点：
- 目标太多，团队会不知道「到底先保哪个」；
- 资源 / 时间有限时，一定要先保住「一个关键指标」。
---
## 2. 这个原则适用于哪些场景？
适用：
- 有明确时间节点的大促 / 节点活动；
- 多部门配合，资源容易拉扯的项目；
- 目标里同时出现 GMV / 拉新 / 活跃 / 留存 等多个词的场合。
不太适用：
- 只是日常的小促、运营日历里的例行活动；
- 完全探索性质的小实验项目（本来就只想试水）。
---
## 3. 这个原则从哪几个案例里长出来的？
- [[2025-618_大促活动-项目复盘]]：
  - 当时一开始想拉新 + 激活 + 拉 GMV，最后执行时很痛苦。
- [[2024-双11活动-项目复盘]]：
  - 前期目标写了 5 条，临上线才硬选出 2 条，沟通成本巨大。
> 小结：当「想要的东西超过3个」时，现场一定会乱。
---
## 4. 如果我以后要用这条原则，可以怎么检查？
- 写方案时，数一数自己写了几个“希望达成的目标”；
- 如果超过 3 个：
  - 强行问自己或老板一句：「只能选一个，那就是谁？」
  - 把剩下的目标降级为「加分项」，或者从方案里删掉。
---
## 5. 我未来可能会补充的例外 / 反例
> 这里可以慢慢迭代
- 某些场景下，确实可能有「多目标皆可接受」的情况；
- 但目前我的经验里，绝大多数活动，如果超过 3 个优先目标，都很难打好。

你看，这条“原则笔记”里：

• 有一句话版本，方便你记住本体；
• 有适用 / 不适用场景，帮你“知道什么时候别乱用”；
• 有挂回具体案例的链接；
• 还有一点“操作性的检查动作”。

以后你再做活动，只要：

• 打开首页 → 点击「做任何活动前，先问清楚这5个问题」/「目标不要超过三个」这类原则
• 扫一眼，就能帮你避免很多「一上来就写一堆什么都想要」的坑

同理：

• “和技术沟通要提前给粗稿”
• “开会前一定要先写议程”
• “不要在群里吵架，有分歧尽量转线下”

这些都可以变成一条条“原则笔记”，
慢慢堆起来，就是一整套你的「工作方法论」。

五、再抽一张「清单」：让原则变成「可以勾的东西」

原则是“方向感”，
清单是“具体动作”。

我们刚才那条「目标不要超过三个」，
很容易衍生出一个小清单，叫：

活动立项前-10分钟检查清单

可以这样写：

# 活动立项前 - 10 分钟检查清单
> 用来在「活动立项会 / 撰写方案前」，给自己踩一脚刹车。
## 1. 目标相关
- [ ] 这次活动的「唯一优先目标」是什么？（只能写 1 条）
- [ ] 除了优先目标外，还有没有其他想要的结果？有的话，是否真的要写进方案？
- [ ] 如果资源 / 时间突然被砍一半，我会选择保住哪一个指标？
## 2. 约束条件
- [ ] 预算范围大致清楚了吗？
- [ ] 能参与的渠道、资源位有个大概了吗？
- [ ] 有没有不能触碰的红线？（比如价格、品类、电商规则等）
## 3. 协作 & 风险
- [ ] 主要协作方（运营 / 设计 / 技术）是否已经被拉进来？
- [ ] 他们那边是否有「硬时间点」或明显的资源冲突？
- [ ] 有没有已经预感到的高风险点？（比如时间太紧、玩法太新）
> 使用建议：
> 
> - 正式拉会立项前，自己先用 5~10 分钟过一遍；
> - 有没打勾的项，优先在会上搞清楚；
> - 清单是帮你「不漏掉关键问题」，不是限制你发挥。

以后你要做活动前，就：

• 打开这张清单，看一眼，
• 对着打勾，缺哪个，在会里重点问哪个。

这就是“原则下沉为清单”的过程。

同样的，你可以为很多场景写清单：

• 写周报的检查清单
• 需求评审会的准备清单
• 发版前和技术一起过一遍的检查清单
• 1v1 谈话前的准备清单

只要你发现：

某种“犯错”在你生活里经常出现，
基本都值得写一张清单压住。

六、让 AI 帮你「从一堆案例里，挖原则 + 清单」

这一步，完全没必要靠你一个人硬想，AI 非常适合做这个整理。

步骤 1：先把相关案例集中起来

比如你想整理「开会相关的经验」：

1. 在 01_案例（项目复盘） 下面，找出 3～5 篇你觉得“开会有教训/有收获”的项目复盘 / 日记片段；
2. 把跟会议相关的段落剪出来，合在一篇 Obsidian 笔记里，标题可以叫：
• 开会经验-素材池

步骤 2：把素材池整个丢给 AI，帮你归纳

你可以用类似这样的提示词：

下面是我在几个项目复盘 / 日记里，和「开会」相关的片段，有好有坏、比较杂乱。
请你帮我做三件事：
1）先帮我归纳出 5~10 条「我在开各种会（立项会、评审会、复盘会等）时，反复出现的问题或亮点」，尽量结合我提供的具体例子，说明「发生了什么」。
2）基于这些共性，总结出 5~7 条「适合我这样在互联网公司打工的人」的开会原则，
   要求：
   - 句子尽量短、好记；
   - 每条原则后面，举一个你从材料里看到的例子。
3）最后，帮我设计一张「重要会议前10分钟检查清单」，包括：
   - 至少 5 条可以直接勾选的检查项；
   - 每条后面简要说明「为什么这一条重要」。
请用 Markdown 格式输出，方便我复制到 Obsidian 里。

AI 给完之后，你的工作就变轻松很多：

• 觉得哪条原则“说得对、说到你心里了”，就复制成一篇「原则笔记」；
• 清单部分，稍微按你习惯改一改，就能直接当检查表用了。

你可以用同样的方式去整理：

• 写方案的经验
• 和技术/设计沟通的经验
• 带新人 / 1v1 的经验
• 写周报 / 做汇报的经验

把“抓马的项目故事”变成“可以落地的工具”。

七、这些原则和清单，怎么在日常真的用起来？

经验库不是摆设，它得能插入你每天的工作流。

给你几个非常实用的嵌入点：

1）在项目总览里，挂上相关原则 / 清单

比如在「618 大促」的项目总览页顶部，加一块：

## 相关经验（务必在项目启动前看一眼）
- 原则：
  - [[做活动时，目标不要超过三个（原则）]]
- 清单：
  - [[活动立项前-10分钟检查清单]]
  - [[活动上线前-最终检查清单]]

每次新开一个类似项目，你：

• 先点进项目总览；
• 再顺手点进这几个链接，扫一眼。

哪怕只因此少踩一个大坑，都很值。

2）在周复盘里，回顾一下这周有没有“违反自己的原则”

在周复盘模板里加一小段：

## 这周我违反了/遵守了哪些自己的原则？
- 本周遵守得不错的：
  - 
- 本周违反得比较严重的：
  - 
- 下周准备针对哪条原则，刻意练一下：
  - 

这会逼你每周至少翻一次「原则」目录。
原则不是写出来好看，是要被你反复对照的。

3）做指导别人 / 带新人的时候，直接用你的原则笔记

下次你带新人，或者和后辈聊“怎么做活动 / 怎么写周报”，
不要只靠临场发挥，可以试试：

• 打开相关的「原则笔记」和「清单」；
• 直接发链接 / 内容给对方，跟着讲一遍。

对他/她是一套现成的学习资料，
对你来说也是一个很好的“复盘”：
——这些原则，讲着讲着，你会发现哪些是你真正在用的，哪些需要更新。

八、一个小小的「一周实验」：先搞定 1 条原则 + 1 张清单

不用一上来就搞一个“超级经验库”。
我们还是走小步快跑这条路。

接下来一周，你可以选一个你最有感的场景，比如：

• 写周报 / 月报
• 和技术/设计沟通需求
• 主持/参加一个重要会议
• 写方案/PRD
• 做一次内部分享

然后按这个节奏来：

1. 在 01_案例 里，挑 2～3 个相关的项目复盘 / 日记片段，合在一页素材池里；
2. 把素材池丢给 AI，用上面的提示词，让它帮你挖「原则 + 清单」；
3. 至少产出：
• 1 篇「原则笔记」
• 1 张「清单笔记」
4. 在「经验库首页」里，挂上这两篇的链接；
5. 在接下来的一次真实场景里，用一下那张清单，看对你有没有帮助。

做到这一步，你就真的从：

「我做过很多事」
走向了
「我开始有一点自己的打法系统」。

这中间，其实差的就是“写下来 +整理一下”这两步。
剩下的重活，交给 Obsidian 和 AI 来帮你扛。

如果你看到这里，
准备在这一周，
给自己写出至少 1 条原则 + 1 张清单，
可以在评论区留一句：

【我准备写 1 条原则 + 1 张清单】

愿意多说一点，也可以顺手告诉我：

• 你打算从哪个场景开始？（比如「写周报」「和技术沟通」等）

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

• 知识网络 / 主题地图（MOC）怎么搭
• 外部知识（书 / 课 / 文章）怎么接入到这套系统里
• 怎么用 AI 帮你从一堆读书笔记、课程记录里，
  找到和你这些「原则」「清单」相关的东西，
  帮你把整个知识网络盘活。

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

下一篇，我们开始从「经验库」往外长一层：

知识网络①：从一堆零散笔记，到清晰的「主题地图」MOC。