怎么用：每做完一个项目，按「案例→模式→原则→产品」四层往上提炼，每一层都有填空模板。第一层项目结束当周写，后三层每积累几个项目做一次，一次花一两个小时。
先说清楚：案例和方法论差在哪
案例是「我做过什么」，方法论是「换一个客户，我知道该怎么做」。只攒案例，你永远是在卖「过去」；攒出方法论，你卖的是「一套能复制的做法」，客户更容易信，你自己做得也更快，还能教给团队。
四层的关系是：多个案例里找出重复的模式，多个模式背后总结出原则，原则和模式打包成可以直接交付的产品。
| 层级 | 回答什么问题 | 产出 | 什么时候做 |
|---|---|---|---|
| 1. 案例 | 这个项目怎么做的？ | 项目复盘卡 | 每个项目结束当周 |
| 2. 模式 | 哪些情况反复出现？ | 模式卡 | 攒够 3 个同类案例 |
| 3. 原则 | 背后的规律是什么？ | 原则清单 | 攒够几张模式卡 |
| 4. 产品 | 能不能打包成标准服务？ | 标准服务说明 | 原则清单稳定后 |
第一层：案例——每个项目写一张复盘卡
项目复盘卡模板
行业 / 规模：【例：某 50 人的贸易公司】（不写真实客户名） 客户一开始说的问题：【用对方原话】 实际根本问题：【往往和一开始说的不一样】 我们做了什么：【三到五步】 结果：【数字】 花的时间：【计划 天，实际 天】 最大的坑：【 】 下次会怎么改：【 】 可以复用的东西：【模板、话术、资料结构、测试题】
第二层：模式——从多个案例里找重复
把同类项目的复盘卡摆在一起，用下面这张表找规律。
| 对比项 | 案例 A | 案例 B | 案例 C | 有没有重复 |
|---|---|---|---|---|
| 客户一开始说的问题 | 【 】 | 【 】 | 【 】 | □ |
| 实际根本问题 | 【 】 | 【 】 | 【 】 | □ |
| 最有效的做法 | 【 】 | 【 】 | 【 】 | □ |
| 最大的坑 | 【 】 | 【 】 | 【 】 | □ |
模式卡模板
模式名称：【起个好记的名字，例：「客服先做售前，再做售后」】 适用情况：【什么样的客户、什么样的问题】 标准做法：【步骤】 常见的坑及避开方法：【 】 来自哪几个案例：【案例编号】
第三层：原则——提炼背后的规律
原则是一句话的判断，能指导你在新情况下做决定。
原则写作模板
原则：【一句话，例：「先挑重复、有规律、资料现成的环节下手」】 为什么：【背后的道理，两三句】 反例：【违反这条原则会怎样】 什么时候用：【遇到什么情况时想起这条】
检查一条原则写得好不好
| 检查项 | 是否满足 |
|---|---|
| 一句话能说清 | □ |
| 有至少两个案例支撑 | □ |
| 能指导下一个项目怎么做 | □ |
| 不是人人都知道的空话（如「要以客户为中心」） | □ |
第四层：产品——打包成标准服务
当某个模式反复做、做法也稳定了，就可以打包成一个标准服务，有名字、有范围、有周期、有价格。
标准服务说明模板
服务名称：【例：「客服 AI 起草回复两周试点」】 适合谁：【客户画像】 解决什么问题：【 】 包含什么：【交付清单】 不包含什么：【 】 周期：【 】 需要客户提供：【 】 验收标准：【 】 价格：【 】元（参考区间请按自己的成本和投入天数算，经验估算，各地各行业差异大，以实际询价为准）
写作时间表
常见误区
| 误区 | 正确做法 |
|---|---|
| 只写「做得好的」 | 坑和失败更值得写 |
| 一个案例就总结原则 | 至少两三个案例都验证过才算 |
| 原则写成口号 | 每条都要能指导具体动作 |
| 方法论写完就放着 | 每次新项目都对照用，用了再改 |
用完之后：照着做完还卡在哪一步，评论区或私信告诉我，我帮你看。
出品：帅厂长｜增长飞轮AI · 帮企业用 AI 搭一套自己会转的增长系统