如何把经验变成 Framework

“我通常这样做”描述的是个人习惯或曾经有效的做法。但别人还不知道什么是本质，什么只是特定情境下的细节。

Framework 从提取 可重复 pattern 开始。

回看多个 project、decision 和 problem solving：什么动作反复出现？什么总是在最前面？你在决定前总会检查什么？

只有重复足够多，pattern 才值得成为 framework。

成功可能依赖行业、team、预算或工具。好的 framework 保留 可迁移的 logic 。

“总是使用 10 个问题的 survey”不如“在锁定 assumption 前先收集 evidence”具有普适性。

Pattern 什么在重复？ Principle 为什么有效？ Steps 别人怎么做？ Boundary 什么时候不适用？ Name 该怎么叫？

好的 framework 既足够清楚，也足够灵活。

经验：“每次写 proposal，我都会先问收件人需要做出什么 decision。”

Framework： Decision-First Proposal 。先定义 decision，再定义需要建立的 belief、需要的 evidence，最后按决策逻辑组织 proposal。

checklist 告诉你做什么。好的 framework 还解释 为什么这个顺序或 principle 存在 。

理解 logic 后，人们才能根据情境调整。

名字帮助记忆、引用和分享。但不要先起名字，再强行把经验塞进去。

Naming 是 clarity 的最后一步。

没有 framework 适用于所有情况。明确什么时候有用、什么时候较弱、需要如何调整。

从一个短 story 开始，提取 pattern，再呈现 name、purpose、steps、boundary 和 example，并链接到形成该方法的 Project 与 Profile。

Framework 把经验从 personal memory 变成 shared method 。

当别人能够解释、应用、验证并改进一种做法时，你的经验开始成为 body of thinking。