经验洞察命名
很多经验如果没有命名,下次就找不到。给经验命名,不是为了漂亮,而是为了以后能再次调用:这是一个操作方法,还是一个解释原因的洞察?
关键结构图
旧结构
拆重建
左侧是一段混乱经验,中间分叉成 How-to 和 Why,右侧分别生成方法名和洞察名。
What
经验洞察命名是把一次经验提炼成可复用名称,并区分它是在回答 How-to 还是 Why。
经验洞察命名是一种知识管理方法,用于把项目、学习、投资或生活中的经验转成砖块。How-to 命名强调操作动作,Why 命名强调解释机制。它的边界是,命名不能替代理解;名字必须指向清楚内容。
Structure经验洞察命名 = 经验片段 + 问题类型 + 可调用名称
When
当你经历了一次有用经验,但担心以后找不到或说不清时,用命名把它固定下来。
How
先问这条经验回答什么问题。若回答“怎么做”,用动作命名;若回答“为什么会这样”,用机制命名。标题里保留关键词和使用场景。
Examples
“会议前先写三条判断”是 How-to,因为它告诉你怎么做。“会议拖延来自责任边界不清”是 Why,因为它解释机制。
“高敏内耗54321”是方法名,指向具体步骤;“高敏感不等于内耗”是洞察名,用于区分两个概念。
来源
类型:知识管理 / 个人方法
事实线:个人知识库和经验复盘中,清晰命名能显著提高检索、复用和迁移效率,尤其能帮助区分操作方法和原因洞察。
依据:1000 Bricks 对经验洞察、命名规则、How-to/Why 区分、标题关键字和复盘卡片的整理。
边界:适用于个人知识管理、项目复盘和经验沉淀;不等于所有笔记都要变成概念名,也不等于标题越抽象越高级。
常见误读:不要为了命名而命名。好名字服务下一次调用,能让人看见这条经验该怎么用或解释什么。