有些人做一件事十年，判断越来越准确。
他知道什么客户值得继续跟进，什么问题必须提前确认，什么风险一旦出现，就应该停止。
也有些人做了十年，仍然反复遇到同样的问题。
客户没有成交，还是只会归结为价格太高。
项目再次延期，还是认为执行者不够认真。
合作关系破裂以后，仍然只能总结为自己遇人不淑。
文章写了很多，数据不好时，却不知道问题出在标题、入口、结构、对象，还是观点本身。
事情经历了不少，下一次面对相似情况时，仍然只能重新猜测。
问题不一定是经历不够多。
而是经历发生以后，没有真正进入系统。
§ 一事情发生过，不代表你已经学会了
经历回答的是：
发生了什么。
客户拒绝了。
项目延期了。
员工离职了。
合作失败了。
一次判断没有得到预期结果。
经验却要继续回答：
真正影响结果的变量是什么？
当时依据什么作出判断？
哪些条件被忽略了？
什么只是偶然，什么可能再次出现？
下一次应该提前观察什么？
什么情况下应该继续，什么情况下必须停止？
所以，经历和经验不是同一件事。
经历是现实经过。
经验是系统从现实中识别关键变量、适用条件、风险边界和行动规则，并用于下一次判断的结构。
一个人参与过很多事情，只能说明他拥有更多现实材料。
这些材料是否真正产生价值，要看它有没有改变下一次行动。
§ 二有些人工作十年，只是把同一年重复了十次
时间不会自动把经历转化成经验。
同样的事情发生很多次，也不代表判断能力一定会增长。
一个业务员接触过很多客户，却从不记录客户用途、决策人、采购节奏、真实顾虑和未成交原因。
每次沟通都依赖临场感觉。
几年以后，他也许更加熟练，却未必真正理解客户。
一个老板处理过很多团队问题。
但每次出错，都只要求员工认真一点；每次冲突，都依赖自己临时协调。
问题虽然暂时被压下去了，目标、标准、流程和责任却没有发生变化。
下一次同类问题出现时，老板仍然需要重新救火。
这不是没有经历。
而是经历没有完成转化。
重复做一件事，可能提高熟练程度。
但只有知道自己为什么这样做、什么条件下有效、什么时候应该改变，经历才开始变成经验。
§ 三复盘最容易出现四种失真
经历没有变成经验，很多时候不是因为人完全没有思考。
而是复盘在不知不觉中发生了失真。
第一种失真，是只记住结果，没有还原过程。
成功以后，只记得事情做成了。
失败以后，只记得结果很差。
但一个结果通常由许多连续判断、现实条件和偶然因素共同形成。
如果不知道过程如何一步步走到结果，就很难知道下一次应该保留什么、改变什么。
第二种失真，是把感受和解释当成事实。
“我感觉客户不信任我”，这是感受。
“客户因为价格拒绝了”，可能只是解释。
客户明确说过什么、何时停止沟通、最终选择了什么，才属于可以确认的事实。
感受是真实存在的，但不自动等于外部事实。
解释可以帮助寻找原因，但仍然需要验证。
第三种失真，是把一次结果当成因果规律。
一个客户没有成交，不代表整个市场没有需求。
一个员工离职，不代表所有年轻人都没有责任感。
一篇文章数据不好，也不代表核心观点没有价值。
能够解释结果，不等于已经证明原因。
很多事后结论，只是听起来合理，还没有经过新的现实验证。
第四种失真，是用事后的确定性评价过去。
结果发生以后，很多风险信号看起来都很明显。
人会责怪自己：
为什么当时没有看出来？
但真正需要复盘的是：
在当时已有的信息下，哪些风险已经能够识别？
哪些信息确实被忽略？
哪些结果即使判断谨慎，也很难提前确定？
复盘的目的，不是站在已经知道答案的位置羞辱过去的自己。
而是提高未来判断的质量。
§ 四事实、感受、解释和待核查，必须分开
一次经历进入复盘时，最好先把信息分成四类。
第一类是事实。
客户实际说了什么。
项目在哪一个节点延期。
某项成本真实增加了多少。
谁作出了什么决定。
第二类是感受。
我感到被忽视。
我当时非常焦虑。
我觉得对方在故意推卸责任。
感受描述的是人的真实体验，但不一定能直接证明外部原因。
第三类是解释。
我判断客户可能对交期没有信心。
我认为团队执行混乱，可能源于目标不断变化。
解释是对事实的理解，需要继续检验。
第四类是待核查信息。
客户是否真的拥有采购决定权？
项目延期到底是供应问题，还是内部沟通问题？
内容表现不佳，是入口问题，还是目标用户并不匹配？
如果这四类内容混在一起，人就容易把自己的感受和推测，当成已经确认的现实。
经验越想可靠，越要清楚：
什么已经发生。
什么是我的体验。
什么只是当前解释。
什么仍然需要新的行动继续核查。
§ 五经验要经过五个环节
一段经历真正转化成经验，需要经过五个环节：
还原、拆因、提炼、验证、调用。
§ 六第一步：还原
先尽量还原事情真实发生的过程。
不要只写：
客户没有成交。
项目失败了。
团队没有执行好。
而要继续还原：
当时掌握了哪些信息？
作出了什么判断？
采取了什么行动？
中间发生了哪些变化？
现实最终返回了什么结果？
还原不是重新讲一遍故事。
而是避免人根据最终结果，重新改写自己对过去的记忆。
§ 七第二步：拆因
一个结果很少只由一个原因造成。
项目延期，可能同时涉及目标变化、资源不足、供应问题、责任不清和执行偏差。
客户没有成交，可能涉及价格，也可能涉及质量顾虑、交期风险、采购时机、决策权限和原有供应关系。
所以，拆因需要区分：
哪些是已经确认的原因？
哪些是高概率影响因素？
哪些只是可能相关？
哪些仍然无法判断？
哪些因素可以控制？
哪些因素暂时无法控制？
拆因不是为了把责任推开。
而是防止系统为了获得确定感，编出一个完整却未经证明的故事。
§ 八第三步：提炼
还原和拆因以后，要形成能够帮助未来的判断。
真正的提炼，不是总结一句漂亮道理。
而是明确：
什么信号以后要提前关注？
什么条件没有确认，就不能继续？
什么情况出现时，需要增加验证？
什么风险一旦出现，就应该停止？
什么错误不能再完整支付一次代价？
提炼的结果，必须能够进入下一次现实，而不只是停留在语言里。
§ 九第四步：验证
一次总结出来的结论，不一定就是可靠经验。
它可能只是对一次特殊事件的解释。
所以，经验还要在新的案例和行动中继续接受检验。
新的客户是否出现了相同信号？
调整流程以后，错误是否真的减少？
改变沟通顺序以后，需求判断是否更加准确？
新的现实可能带来三种结果。
有些判断被反复确认，逐渐成为稳定规则。
有些判断需要补充适用条件。
还有一些判断会被现实推翻。
真正的经验不是总结以后永远正确。
而是在持续验证中变得更准确。
§ 十第五步：调用
经验必须真正进入下一次行动。
把客户顾虑加入需求确认表。
把错误报价写进风险提醒。
把项目延期原因加入流程检查。
把内容反馈放进审核标准。
把关系中反复出现的边界问题，转化成新的行为约定。
如果一次复盘没有改变下一次行动，它仍然只是对过去的解释。
经验只有被调用，才开始产生复利。
§ 十一一条真正可调用的经验，要有四个部分
很多人所谓的经验，只是一句宽泛判断：
这种客户不能做。
这个方法不好。
以后一定要小心。
沟通必须更清楚。
这些话看起来正确，却很难指导下一次行动。
一条真正可调用的经验，至少应该包含四个部分：
场景、信号、判断、行动。
场景回答：
这条经验适用于什么情况？
信号回答：
现实中出现了哪些可以观察的信息？
判断回答：
这些信号可能意味着什么？
行动回答：
下一步具体应该怎么做？
例如：
当客户要求非常规规格、交期很紧，却拒绝说明真实用途时，这是场景。
客户多次改变规格、只问最低价格、不愿确认验收标准，这是信号。
这些信号可能说明需求尚未稳定，直接报价和接单容易产生责任争议，这是判断。
暂不报确定价格，先确认用途、规格、交期和验收条件，这是行动。
所以，一条经验的完整结构是：
在什么场景下，看见什么信号，形成什么判断，并采取什么行动。
只有形成这样的结构，经验才真正能够被下一次行动调用。
§ 十二经验不仅要保存成立条件，还要保存失效条件
很多人总结经验时，只保存答案：
这种客户不能做。
这种合作一定有问题。
这个渠道没有价值。
这个方法非常有效。
这些结论过于绝对。
真正有价值的经验，还要保存：
当时是什么环境？
面对什么对象？
使用了什么资源？
谁拥有决定权？
为什么在当时有效或失效？
它在什么情况下可能不再成立？
因为很多经验不是错误，而是过期。
过去有效的销售渠道，平台环境变化后可能失效。
过去适用的组织流程，团队规模扩大后可能变成瓶颈。
过去不适合的客户，在需求、预算和决策条件变化后，也可能成为合适对象。
所以：
经验不是永久答案，而是一条带有适用范围和失效条件的暂时判断。
成熟经验不仅告诉系统什么时候使用。
也要告诉系统，看到什么变化以后，应该重新验证。
§ 十三用一个未成交客户，走完经验转化过程
一次客户没有成交。
最简单的总结是：
客户嫌价格高。
但这句话未必足够准确。
先还原过程。
客户最初询问了什么产品？
有没有说明真实用途？
是谁在沟通，谁拥有最终决定权？
客户重点追问的是价格、质量、交期，还是售后责任？
报价以后，对方在哪一个节点停止回应？
再拆分原因。
价格可能有影响。
但也可能是客户的需求尚未确认，当前供应商还没有真正替换，采购时间并不成熟，或者客户根本没有最终决定权。
接着提炼判断。
例如：
只询问最低价格，却不愿确认用途、规格和验收条件的客户，当前可能处于信息收集阶段，不适合直接投入大量打样和跟进成本。
然后继续验证。
后续遇到类似客户时，观察这些信号是否重复出现，调整沟通顺序以后，判断准确度是否提高。
最后完成调用。
把用途、决策人、采购时间、现有供应问题和验收标准加入需求确认表。
下一次不再只听到“价格高”，而是更早识别客户目前处于什么阶段。
这时，一次未成交经历才不只是留下失望。
它开始降低下一次判断成本。
§ 十四经验要从个人记忆进入系统
很多能力看起来属于组织，实际上只属于某一个人。
老板知道什么订单不能接。
老师傅知道什么异常需要停机。
优秀业务员知道客户哪一句话代表真实顾虑。
但这些判断只存在于个人经验里。
这个人一旦离开、请假或无暇处理，组织就像从来没有学会过。
所以，能够结构化的经验，要尽量进入系统。
高频问题可以变成检查表。
关键判断可以变成规则。
典型失败可以进入案例库。
容易出错的位置可以增加提醒和复核。
复杂经验则要保留适用条件、例外和失效信号。
但不是所有经验都能被完整写成文字。
老师傅可能通过声音判断机器状态。
业务员可能从连续对话中感知客户是否真实。
管理者也可能通过现场状态，判断冲突是否会升级。
这些属于难以完全语言化的隐性经验。
无法完整结构化的经验，不应该被假装成一条简单规则。
它需要通过示范、案例、陪练、模拟判断和现场反馈进行传递。
所以，经验资产化不只是写文件。
它还包括：
让新人看见判断过程。
比较正确与错误案例。
在真实行动中接受反馈。
逐渐形成无法只靠文字获得的感觉和分寸。
能写清楚的，尽量写清楚。
无法完全写清楚的，也要设计能够学习和传递的现实过程。
§ 十五复盘不是反复咀嚼过去
复盘和反刍不是同一件事。
反刍是不断回想：
为什么会这样？
为什么我当时没有做好？
如果重新来一次，会不会不同？
人长时间停留在过去，却没有产生新的判断和行动。
复盘则要逐渐走向现实：
发生了什么？
哪些因素影响了结果？
哪些判断需要保留？
哪些地方需要修改？
下一次具体要改变什么？
真正的复盘，至少要产生一种结果：
更清楚的问题判断。
新的风险边界。
可以调用的规则。
或者一次具体的行动调整。
如果一段回顾只让人更加自责，却没有让系统变得更清楚，它可能还不是复盘。
只是痛苦在重复播放。
§ 十六经验不是对未来的裁决
人很容易希望，每一次经历都能总结出一个确定答案。
仿佛只要经验足够丰富，未来就不会再犯错。
但现实中，有些结果本来就受到大量偶然因素影响。
同样的方法，在不同时间可能产生不同结果。
一段合作为什么失败，也未必能被一个原因完整解释。
一次商业判断失误，可能同时包含认知局限、资源不足、环境变化和无法预测的事件。
这时，诚实承认：
我现在还不能确定。
比强行总结一个错误规律更有价值。
经验的作用，不是替未来作出决定。
而是帮助系统进入下一次现实以前，拥有一个更可靠的初始判断。
过去有效的方法，环境变化以后可能失效。
过去失败的合作模式，换了权责结构以后也可能重新成立。
所以，经验必须持续接受现实反馈。
没有经验，人会不断从头开始。
只有经验、没有新的现实检验，人又会被过去绑住。
经验不是未来的裁决书。
它是系统进入新现实以前，一份带有条件、边界和不确定性的参考。
§ 十七经历只有改变下一次行动，才真正形成经验
事情发生过，不代表人已经学会了。
写过复盘，也不代表经验已经形成。
真正的经验，需要从现实经历中还原过程、拆分原因、提炼判断、接受验证，并重新进入下一次行动。
它最终要形成：
在什么场景下。
观察哪些信号。
作出什么判断。
采取什么行动。
同时明确：
这条判断为什么成立。
适用于什么条件。
什么变化出现以后，需要重新验证。
经历是现实给予系统的材料。
经验是系统对这些材料完成的整理、判断和再使用。
经验不是为了让人控制未来。
而是让系统进入未来时，不必完全失去过去。
事情发生过，不代表你已经真正学会了。
只有当过去改变了下一次判断和行动，经历才开始变成经验。
只有当经验在新的现实中继续接受反馈、修正和调用，它才真正形成复利。