用於案例學習的概念圖：把情境轉成更好的判斷
一份實用指南，幫助你在案例學習、培訓與知識管理中使用概念圖。包含模板、例子與常見問題。
這篇繁體中文版是寫給學生、教師，以及常常處理案例、事故檢討與專案回顧的團隊。案例學習真正要測的，不只是你有沒有記住理論，而是你能不能選對分析框架、看出關鍵線索，並且清楚說明下一步為什麼這樣做。概念圖的價值就在於，它能把這個判斷過程畫出來。
如果你想先打底，可以先看 guide、templates 和 Concept Maps vs Mind Maps。如果你想用更偏診斷式的方式分析，也可以搭配 Concept Mapping for Problem Solving。外部背景資料方面，concept map 與 transfer of learning 都很適合快速參考。
「當學習者能在同一個結構裡同時看到線索、概念與後果時，案例才真正變成學習工具。」
— Hommer Zhao, Knowledge Systems Researcher
為什麼要把案例畫成概念圖
只讀案例，可以理解故事；寫摘要，可以幫助記憶。但真正提升判斷品質的，是把事實、解讀、證據與行動分開來看。概念圖會逼你做這件事，因此也更容易把一個案例裡的推理方式轉移到下一個相似情境。
| 步驟 | 常見做法 | 優點 | 侷限 | 用概念圖後的改善 |
|---|---|---|---|---|
| 閱讀案例 | 快速掌握背景 | 上手快 | 關係是隱性的 | 為事實、限制與結果建立節點 |
| 劃重點 | 抓出線索 | 適合初步篩選 | 看不出層級 | 依時間、原因與風險分組 |
| 討論 | 測試不同看法 | 團隊合作強 | 推理可能模糊 | 用「支持」「排除」「導向」等動詞標註連結 |
| 寫摘要 | 壓縮資訊 | 幫助回想 | 容易停在描述 | 把中心改成決策問題 |
| 比較多個案例 | 看見模式 | 有利遷移 | 差異容易被沖淡 | 對每個案例使用相同枝幹 |
「如果一個人能重述案例，卻說不清是哪條連結改變了判斷，那分析仍然偏表面。」
— Hommer Zhao, Knowledge Systems Researcher
三個可直接使用的模板
1. 單案例診斷圖
- 中心放決策問題
- 觀察到的事實
- 解釋 A
- 解釋 B
- 支持證據
- 反對證據
- 下一步行動
2. 多案例比較圖
- 案例 1
- 案例 2
- 案例 3
- 觸發點
- 關鍵線索
- 常見誤判
- 最佳動作
3. 團隊回顧圖
- 需要解釋的結果
- 依賴關係
- 瓶頸
- 假設
- 根因
- 預防性改進
常見錯誤
- 太早下結論
- 只畫一種解釋
- 使用過度模糊的連結
- 保留太多不會改變判斷的細節
- 只看成品圖，沒有從記憶中重建
「有力量的案例圖，通常至少會保留一條被否定的解釋分支，這代表你真的比較過不同可能性。」
— Hommer Zhao, Knowledge Systems Researcher
常見問題
一張案例圖放多少節點比較合適？
第一版通常 12 到 20 個節點就夠了。超過 30 個節點後，拆成兩張圖往往更清楚。
什麼時候畫圖最好？
在快速讀完第一遍之後、正式討論之前。
這只適合學校情境嗎？
不是。它同樣適合 onboarding、incident review、專案 retrospective 與知識移轉。
它和摘要有什麼差別？
摘要講的是發生了什麼；案例圖講的是線索、概念與行動如何連起來。
最快的改進方式是什麼？
把中心改成決策問題，補上一條競爭解釋，再把連結動詞寫得更具體。
你可以現在就在 editor 裡用本週一個真實情境試做一次。如果你想把這個流程調整成課程或團隊方法，也可以用 contact。