阶段 01
试点复盘
把结果、过程与边界放在一起复盘，先回答哪些做法值得保留。
输入
真实任务记录使用反馈结果数据
- 区分有效动作与偶然结果
- 标注失败条件和人工接管点
- 确认可复用的最小单元
返回解决方案把一次有效经验，
方法论沉淀 / 可复用组织资产
把一次有效经验，
变成团队真正能复用的方法
从一条已经验证的真实做法开始，写清适用条件、标准动作、检查点和维护责任，让团队能够理解、执行和持续更新。
- 起点
- 1 条已经验证的做法
- 标准
- 步骤 + 检查点 + 边界
- 成果
- 能执行、能复盘、能更新
先验证可复用，再开始整理
文档被保存，
不代表方法能被团队复用
真正可复用的方法，必须回答“什么时候用、由谁执行、如何验收、遇到例外怎么办、谁负责更新”。缺少这些信息，模板只会成为新的资料孤岛。
- 从个人经验
- 变成团队能理解的标准
- 从零散资料
- 变成按业务场景组织的目录
- 从一次交付
- 变成持续维护的版本机制
第一套方法 / 04 个沉淀阶段
把复盘、整理、固化和复制接成持续更新的闭环
选择任一阶段，查看需要收集的真实输入、必须完成的沉淀动作，以及团队最终应该拿走的成果。
方法条目 / 05 个必要字段
一份可复用方法，至少要把五件事写清楚
不以页数衡量完成度，而以另一个岗位能否理解、执行并复盘来判断。
- 适用条件
- 什么场景可以使用，什么情况必须停止或转人工
- 输入资料
- 开始任务前必须具备的数据、权限与参考信息
- 标准动作
- AI 与人工分别完成什么，按什么顺序交接
- 验收标准
- 如何判断结果可用，谁负责最终确认
- 版本记录
- 负责人、更新时间、变化原因与下一次复盘日期
01
02
03
04
05
方法怎么落地
四步把一条有效经验，变成相邻岗位能接手的方法
方法论沉淀不是项目结束后的整理工作，而应伴随试点验证同步发生。
- 01识别有效经验进入下一阶段
试点复盘
把结果、过程和边界放在一起，区分有效做法、偶然结果与失败条件。
- 02建立统一目录进入下一阶段
资产整理
按真实任务关联流程、提示词、话术、参考资料、权限和负责人。
- 03写成可执行标准进入下一阶段
方法固化
写清适用条件、标准动作、人工检查点、异常处理和验收方式。
- 04验证跨岗位复用形成复制机制
推广复制
让相邻岗位用真实任务验证理解成本、执行结果和需要调整的部分。
可复用资产
项目结束后，留下的是团队能继续使用和维护的组织资产
所有交付都对应真实业务场景、资料来源、适用边界和维护责任，不形成无人更新的资料堆。
- 01方法论白皮书 / 手册
- 02SOP 与模板库
- 03最佳实践案例集
- 04复制扩展检查清单
- 05持续更新机制建议
适用边界
从一条已经验证、有人维护、值得复制的真实做法开始
- 01
已经完成至少一条真实试点，并能取得过程记录、结果数据和使用反馈
- 02
关键做法仍依赖少数员工口头传递，人员变化后容易丢失
- 03
同类流程、提示词和模板存在多个版本，团队无法判断应该使用哪一份
- 04
准备复制到相邻岗位，并能指定负责人维护版本和接收一线反馈
FAQ
方法论沉淀常见问题
方法论沉淀和普通文档整理有什么区别？
普通整理解决资料存放问题；方法论沉淀还会说明适用条件、标准动作、人工检查点、异常处理和版本责任，让其他岗位能够按同一方法执行。
试点还没有完全成功，也能开始沉淀吗？
可以。沉淀不仅记录成功做法，也应记录无效尝试、失败条件和人工接管点，这些边界往往比最终模板更有复用价值。
SOP、提示词和知识库应该如何配合？
SOP 负责说明任务步骤和责任边界，提示词承担具体 AI 动作，知识库提供可信资料。三者应由同一业务条目关联，而不是分散维护。
如何避免方法论很快过期？
每项资产需要标记负责人、适用版本、复盘周期和变更记录，并把一线使用反馈纳入更新入口。
第一批应该沉淀多少内容？
建议先围绕一个已经验证的高频场景，形成一套完整条目，再根据真实复用情况扩展，不以文档数量作为完成标准。
从一条有效经验开始
咨询第一套方法先把一条已经验证的做法，做成团队真正会用的方法
带上真实试点记录和实际使用者，一起明确适用边界、执行标准、检查点和更新责任。