两种工具都在同一个光谱上——视觉化思考——但服务于不同的认知目的。思维导图 vs 概念图 这个区分之所以重要,是因为当你站在白板前试图整理思路的时候,选错结构意味着你在跟自己的大脑较劲,而不是顺着它的方式走。
我两种都用来学习、教学、规划项目、梳理混乱的想法。以下是每种什么时候用,带例子,你可以直接套用。
一眼对比
| 思维导图 | 概念图 | |
|---|---|---|
| 结构 | 树——一个中心,向外分支 | 网络——多个节点,跨连线 |
| 中心元素 | 一个中心主题 | 无单一中心——多个关键概念 |
| 连线 | 无标注的分支(隐含的"与之相关") | 有标注的连线("导致""需要""属于") |
| 层级 | 强——父子关系 | 弱——关注关系而非排序 |
| 最适合 | 头脑风暴、笔记、个人规划 | 学习、讲解系统、知识梳理 |
| 发明者 | Tony Buzan(1970s) | Joseph Novak(1970s,基于 Ausubel 的学习理论) |
| 视觉风格 | 有机、多彩、图像化 | 结构化、标注化、命题式 |
思维导图:一个想法,放射状展开
思维导图从一个中心概念出发——「产品发布」「光合作用」「我的职业规划」——向外辐射。每条分支代表一个子主题。每条子分支再往下钻。结构是树,不是网。
Tony Buzan 在 70 年代推广了思维导图,并给了一套指南:用中心图像、画弯曲的有机分支、每条分支只用一个关键词、加颜色和图标。目标是模拟大脑的联想思维方式——一个想法触发另一个,再触发另一个,瀑布一样。
一个具体例子——规划一场技术演讲:
中心: "技术演讲:构建无障碍表单"
- 分支 1:"为什么重要" → 15% 的用户 / 法律要求 / 真实故事
- 分支 2:"现场演示" → 坏掉的表单 → 修 label → 修 focus → 修错误提示
- 分支 3:"代码示例" → HTML 结构 / ARIA 属性 / CSS focus 样式
- 分支 4:"核心要点" → 3 个检查项 / 浏览器工具 / 测试方法
- 分支 5:"资源" → WebAIM / axe DevTools / WAI 教程
每条分支独立存在。思维导图不会告诉你「ARIA 属性」和「浏览器工具」之间有联系——它只是把它们归到各自的分支下面。对于规划一场线性演讲,这个结构完全适用:你需要有组织的桶,不需要一张关系网。
思维导图什么时候好用:
- 会议或讲座中做笔记——你事先不知道结构,思维导图能随着你加分支自适应
- 个人头脑风暴——把脑子里的东西全倒到画布上,不用管对不对
- 搭文档或演讲大纲——层级结构自然地映射到章节和子章节
- 项目启动会——团队围在白板前,画出所有需要关注的东西
CodePic 的思维导图模板给你一个起点结构,可以向任意方向扩展。
概念图:多个想法,显式连接
概念图不从一个中心出发。它从一个问题出发:「光合作用怎么发生的?」或者「气候变化的原因是什么?」你把关键概念放在画布的任意位置,然后在它们之间画带标注的连线,形成命题——能读成句子的陈述。
带标注的连线是概念图区别于思维导图的核心。思维导图写的是「气候变化」→「碳排放」——你假设它们相关。概念图写的是「碳排放」—[导致]→「温室效应」—[引发]→「全球气温上升」—[造成]→「气候变化」。每根箭头有一个动词或短语,把关系说得明明白白。
Joseph Novak 在 70 年代基于 David Ausubel 的有意义学习理论发明了概念图——核心思想是:我们学新东西的方式是把它和我们已经知道的东西连接起来。概念图把这些连接变得可见。
同样的技术演讲,写成概念图:
节点分布:
- "无障碍表单" / "屏幕阅读器" / "WCAG 指南" / "ARIA" / "HTML 语义" / "用户测试" / "法律风险" / "开发时间"
标注连线:
- "无障碍表单" —[必须遵循]→ "WCAG 指南"
- "WCAG 指南" —[要求]→ "ARIA" (和) "HTML 语义"
- "屏幕阅读器" —[依赖]→ "ARIA"
- "用户测试" —[能发现…的不足]→ "ARIA" (和) "HTML 语义"
- "法律风险" —[遵循…可降低]→ "WCAG 指南"
- "开发时间" —[缺少…会增加]→ "HTML 语义"
概念图揭示了一个思维导图没展示的东西:「用户测试」同时连接「ARIA」和「HTML 语义」——这里如果有缺口,屏幕阅读器用户会碰到自动化工具检测不到的问题。这种洞察只在画了跨连线之后才会浮现。
概念图什么时候好用:
- 备考复习——考试考的是想法之间的关系,不是想法本身
- 给别人讲解复杂系统——标注连线迫使你把「怎么」和「为什么」说出来,而不只是「什么」
- 团队知识共享——一张架构概念图能让新来的工程师一眼看懂哪些组件依赖哪些
- 发现你理解中的漏洞——如果两个概念应该有联系,但你写不出连线上的标注,说明你还没完全理解这个地方
CodePic 的概念图模板给你一个带好标注连线的画布,直接开画。
什么时候用错了
错误:拿思维导图给干系人解释系统。 支付处理架构的思维导图会写「支付服务」→「风控检测」——但它不会告诉你风控是在支付处理之前还是之后发生,也不会说被拦截的交易会怎样。想了解流程的干系人带着比进来时更多的问题离开。一张概念图加上标注连线就能修好:「支付请求」—[触发]→「风控检测」—[如果通过]→「处理支付」。
错误:拿概念图做快速头脑风暴。 概念图建起来慢,因为每条连线都要写标注,你得想清楚哪些节点跟哪些节点有关系。如果是在 10 分钟的脑暴环节往画布上倒想法,思维导图更快、认知负担更低。倒完了可以转成概念图——原材料有了再加工。
两者不是互相替代的关系。 它们是思考过程中的互补阶段:思维导图做探索和发散,概念图做解释和收敛。
我的实际工作流
面对一个新话题时,我用这套流程:
-
先画思维导图(10 分钟):把主题放中间。把所有你知道的倒到分支上。别编辑,别评判。这个阶段速度比准确性重要。
-
审视,找缺口(5 分钟):看看你的思维导图。哪些分支下面东西太少?哪些不同分支上的节点看起来应该有关联但没画出来?把该跨分支连接的节点圈出来。
-
转成概念图(15 分钟):把圈出来的节点拿出来,排到一张新画布上。在它们之间画标注连线。你会发现思维导图里没看到的关系——真正的学习发生在这一步。
-
持续完善(一直做):随着你学到更多,加节点、加连线。概念图永远不会真的「画完」——它跟着你的理解一起长。
总结
思维导图是用来探索的。当你有一个出发点,想看它能长出什么的时候用它——头脑风暴、做笔记、个人规划。
概念图是用来解释的。当你要展示多个想法之间怎么互相关联的时候用它——学习、教学、记录复杂系统。
一个是思考工具。一个是把你思考过的东西传达出去的工具。两个你都需要——只是别在同一个时间点用。


