先做个小实验。请你现在就想一件最近让你烦心的事：工作里反复出的纰漏、家里总也理不顺的乱象，什么都行。然后试着回答：这些问题里，哪一类出现得最多？
你会发现这个回答很难给出来。不是因为你笨，而是因为那些问题此刻在你的脑子里是一团没有边界的雾。「团队沟通不顺畅」——不顺畅在哪？是需求没说清，是交接总丢东西，还是评审流于形式？雾状的问题没法排序，没法排序就没法下手，于是你只能笼统地「加强沟通」，然后什么都不会发生。
说不出名字，就得反复付全款
上一章那个四步方法——收集坏案例、归类、按频率排序、逐个击破——好用到让人想天天用。但它有个隐蔽的前提：你得能把每一类原因区分开。区别的前提是，每一类原因在你脑子里得有一个边界，而边界往往是用语言画出来的。
没有名字的类别是什么样子？就是你每次遇到它，都要从头到尾重新理解一遍。
举个程序员的例子。九十年代做图形界面的人，反复写同一种代码：一个按钮，点了之后触发某个动作。每个人都手写一遍「点击事件回调」，代码长得都差不多，但谁也不知道别人也写过——因为这套东西没有名字。直到有人把它叫做「命令模式」，事情变了：两个程序员聊架构，一个人说「这里用命令模式」，另一个人脑子里立刻浮现出完整的结构、写法和适用场景。三秒钟完成了一次过去要半小时的传达。
人话版：没有名字的东西，你每用一次都要从头解释一遍；有了名字，一句话就能把它整个搬走。
无名之物的一个真实代价
心理学里有个著名的概念，叫错失恐惧症（FOMO，fear of missing out）：总怕别人在自己不在的时候经历了什么好事，于是不停刷手机。这个词在 2004 年前后被造出来并流行开来。
在它被命名之前，这种感觉难道不存在吗？当然存在，每个人都体验过。但因为没有名字，它是一块说不清的背景噪音：你不知道它是什么，不知道别人也有，更谈不上管理它。有了名字之后，一切都可说了——「我刚才刷了一小时手机，其实是 FOMO 犯了」，你可以观察它、谈论它、拿它开玩笑，甚至抵抗它。
一个现象从「说不清的雾」变成「可以拿在手上的东西」，往往就差一个名字。这就是第一章那个方法的通用形态：你在各个领域反复遇到同一副骨架，却因为叫不出它的名字，每次都只能从头再认一遍。
识别 vs 命名：两种完全不同的能力
这里要拆穿一个容易混淆的地方。能认出它和能叫出它，是两种能力，而且后者比前者稀缺得多。
你已经在用了：你大概早就用「归类排序、先修大头」的方式处理过问题，只是没意识到这是个可迁移的方法。识别，是默会的能力，像骑车，身体会，嘴上说不出。命名，是把默会的东西拽到明处，给它一个可以被传递的符号。
默会的能力有两个天花板。第一，它传不出去：你会用，但你教不会别人，因为你也说不清你用的到底是什么。第二，它长不大：你无法把「那个方法」和「这个方法」放在一起比较、组合、改进，因为它们在你脑子里都没有把手，无从抓握。
哲学家迈克尔·波兰尼把这类「知道但说不出」的知识叫做默会知识（tacit knowledge）。命名，正是把默会知识变成明面知识的那道工序——这道工序，就是这本书要解剖的对象。
接下来的问题是：一个名字，到底是怎么做到「把经验整个搬走」的？得往压缩的方向看。