今天我拆书的主题是：如何产生“洞见”。请大家花１分钟时间来阅读一下我挑选的这个片段。阅读完的伙伴请举手示意我。

真正的写点什么，不是你的书上多了几条线，不是你的本上多了几句话；而是你的脑袋里多了一些关键且重要的概念，多了一些思考问题的方法，多了更多的连接，获得了某种洞见。是你发生了什么改变，而不是其他的什么物体（书或者本子）发生了什么改变。

咦？这个概念我曾经在那儿见过，它当时的应用场景是什么？和现在有什么不同？还可以被用到什么地方？

咦？我发现这几个案例有一些共同的特点，把它们抽取出来，看看还可以用在哪儿。

为了以后更好地找到这些素材，我应该给它们建立一个什么样的索引？它们和之前的那个概念有什么连接吗？

每生成一条内容，都是在和以前的内容建立连接。

于是，洞见就产生了。于是我把“火柴人”的画法应用在了阅读与思考上，我把乐高积木的玩法应用到了写作上。

为了说明“所有的知识都是应该被用起来的”这一概念，我尝试了好几种表达方式。直到有一天，我在写代码时想到了“函数”​，用它来代表“可以被应用出来的知识”再恰当不过了。

如果是搭建自己的知识框架呢？我想到了“Ruby on Rails”—一位丹麦的程序员设计的开发框架。先为你提供一个默认的“最小且必备”的知识框架，等你进入正轨后，就可以自己“重构”它，设计自己的操作系统了

好的，我看到大部分小伙伴已经阅读完了。

大家在阅读刚才的拆页时，会注意到一个核心概念——“洞见”。

什么叫洞见？洞见是让你自身发生某种改变的知识 ，这种改变来自于知识的连接，它不在笔记本上，而是在连接里——和自己的经验连接，再把A领域的知识搬到B领域解决问题，从而让你思维或行为发生了改变，这里的关键是把知识用出来解决了问题，真正实现知行合一，这样的知识才是洞见。

【技能点：概念讲解概念与匹配例子之间的对比或抛出核心概念与易混淆概念 辨析】

在日常学习中，我们往往容易把“洞见”和另一个我们非常熟悉的动作——“归纳总结”混为一谈。很多人觉得，我看完书后，能发现几个案例有共同特点，把这些规律抽取出来，我就已经产生洞见了，其实不然。这两者到底有什么区别呢？

2. 举例与对比（辨析细微差异） 我们来看看这两者在实际发生时的细微差异：

归纳总结： 本质上是停留在已有信息的闭环内。正如拆页中提到的，“发现这几个案例有一些共同的特点，把它们抽取出来”。这一步只是对已有素材的提炼，你的思考依然局限在这几个案例本身。

洞见： 洞见是一种向外的拓展。拆页中明确指出，产生洞见的核心差异在于抽取共同点之后的那2句追问：“它和之前的哪个概念有什么连接？”“看看还可以用在哪儿？”，真正的洞见，是能够让你发生改变的，你的脑袋里多了思考问题的方法和更多的连接。

比如拆页中的作者，总结出乐高积木具有“模块化拼接”的特点，这只是归纳总结；但他把“乐高积木的玩法应用到了写作上”，或者把程序员写代码的“函数”概念拿来代表“可以被用出来的知识”，这种将总结出的规律进行跨界连接和应用，才真正诞生了洞见。

<引出知识点的逻辑、步骤>

4. 给出具体行动步骤（TF3-1 必考项） 那么，既然洞见需要在归纳的基础上再往前走一步，我们具体该怎么操作呢？根据作者的经验，我为大家提炼了获取洞见的“捕问连三步法”：

· 第一步：捕捉与归纳。 在阅读或生活中，敏锐地抓住关键概念，或者抽取几个案例的共同特点，笔记本变了，但脑子没变；

· 第二步：刻意追问。 强迫自己问出这两个关键问题：“这个概念我曾在哪儿见过，当时的应用场景是什么？”以及“它和现在的有什么不同？”这不是在找相似点，而是在找相同的底层逻辑，乐高积木和写作，都是块状组合，底层逻辑是一样的；

· 第三步：跨界连接。 每生成一条内容，除了要主动和以前的内容建立连接外，还问自己“还可以被用到什么地方？”，尝试把一个A领域的逻辑用到另一个B领域（比如用“乐高积木”概念来搭建知识系统），来解决当下B领域的问题。

<举例>

我读《低风险创业》时，学到MVP 最小可行性产品的核心：低成本、快速试错、小步迭代。→ 这只是归纳总结，仅停留在 “知道”，大脑没有任何改变。

我开始用 “捕・问・连三步法” 生成洞见：
【捕】捕捉 MVP 核心逻辑：产品构建，先做粗糙版→扔向市场→收到反馈→再修改，形成最小闭环，再迭代。
【问】追问：这个逻辑我以前在哪儿见过？绘画、写作打草稿，底层都是先骨架后细节，"不要太完美，先弄粗糙版，再迭代"。找到是底层逻辑一样的。
【连】跨界连接：我写拆书逐字稿时，完美主义导致拖延，迟迟无法动笔，恰好能用 MVP 解决。

我将 商业领域的MVP 迁移连接到拆书稿创作（B领域）：先输出 1.0 版极简框架（仅关键词 + 流程），快速口述试错，定位卡点后再迭代完善。

解决问题：从 “2 小时难以下笔” 变为 “15 分钟完成框架、1 小时产出完整逐字稿”，彻底破解完美主义拖延。

这就是洞见与归纳总结的本质区别：归纳只是提炼已有信息，而洞见是跨界连接、落地解决问题，让自己的思维和行为发生真实改变。

<适用边界>

通过对比我们可以清晰地界定两者的适用边界： 如果你只是为了理清某本书、某节课的现有逻辑，做好“归纳总结”就够了；

但如果你希望知识真正为你所用，让你的内在发生改变，你就必须跨越归纳的边界，去建立新旧知识的连接，去生成“洞见”。


【A2】
<编写剧本>

“刚才我们明确了，解决难题不能只靠‘归纳总结’，必须跨界产生‘洞见’。

现在请大家化身编剧，编一段几百字的小剧本： 1.背景：你未来很可能遇到的真实工作场景，比如项目策划、文章撰写、开发创意等。 2.起因：你做完完美的‘归纳总结’，却依然解不开眼前的难题。 3.经过：写出具体动作和内心对话。比如你敲桌子问自己：‘这规律在哪见过？能跨界用吗？’ 4.结果：成功建立连接，产生洞见破局。

请务必写明人物动作、对话及起因经过结果，写在纸上。时间5分钟，开始！”

范例剧本：

职场范例：

【背景】职场策划岗，需给客户出创新方案

【起因】我归纳了 10 份行业方案的共性，却依然没创意，客户不满意

【经过】我皱眉自问：“这套框架在其他领域见过吗？能跨界用吗？” 突然想到最小产品 MVP 思路

【结果】我把 MVP “最小试错” 迁移到方案策划，先出极简框架再迭代，顺利通过！

【对话】我：“原来归纳不够，要跨界连接才是洞见！”

<学习者案例记录>

分享者：
我我我制作也也是觉得方案跟您刚才那个类似，客户的要求很高，

我觉得提交的方案客户也一直不满意，我很头疼。’

刚好因为我参加过支付方好有几个学习项目，人才培养的项目，那里面的对学员的管理，整体的运营积分的设置，都是很不错的。

所以呢，那给我的MVP就是，选择了一部分的内容加到我的学员的手册里面。

特别是整个项目的学员的这个项目设计，以及是一个学习手册的设计，都是非常值得我借鉴的，
做一点相对还有一点点真实的案例吧。

对，所以我觉得这个MVP有了之后呢，跟客户那边。对他来说可能有一些小的进步，那后期呢，我也会继续的在改善。

好的，我的案例就是这样好。

我们把掌声给到我们这位伙伴哈好，她刚刚是把人才学习项目的方法迁移连接到客户管理中，并连接应用了MVP最小可行性产品的概念，产生自己的洞见，非常棒，我们给这位小伙伴热烈的掌声。

【总结】我们感谢这位小伙伴，那因为时间的关系，我就做一个总结。那我们最后说，那什么是洞见呢？就是一句话，就是通过主动的追问，将我们新接受的一些信息或者是过往的经验来建立一个跨界的连接，从而使我们脑袋里多出一些新的关键的概念和思考的方式方法，那让我们内在和行为发生改变。那这个呢，就是我今天给大家介绍的一个，这个动线这个概念哈好，那我的分享就到此结束。好感谢各位的参与。