| 核心面向 | 教學重點 | 國際商務應用 |
|---|---|---|
| 定義問題 | 框架決定看什麼、如何解釋，以及哪些資料被忽略。 | 避免在問題尚未界定前就急著蒐集數據。 |
| 建立推論 | 結合因果、反事實與約束分析。 | 判斷策略改變是否真的造成績效差異。 |
| 多框架整合 | 運用 PESTLE、波特五力、SWOT 與 4P 形成決策鏈。 | 從國家環境、產業結構、企業能力一路連到市場執行。 |
| 持續重構 | 設定何時檢驗、修正或替換原有框架。 | 因應法規、科技、競爭與利害關係人變化。 |
框架不是答案，而是暫時組織問題的方式。本主題依「定義—因果—反事實—約束—多元框架—商務工具—重構」的順序展開，並保留原有比較表、案例表與九問檢核表，使抽象概念能直接轉為課堂操作。
| 縮寫 | 英文原文 | 中文說明 |
|---|---|---|
| PESTLE | Political, Economic, Social, Technological, Legal and Environmental | 政治、經濟、社會、科技、法律與環境分析 |
| SWOT | Strengths, Weaknesses, Opportunities and Threats | 優勢、劣勢、機會與威脅分析 |
| 4P | Product, Price, Place and Promotion | 產品、價格、通路與推廣 |
| KPI | Key Performance Indicator | 關鍵績效指標 |
「框架思維」可以理解為：面對複雜問題時，先建立一個暫時的認知結構，用它決定看什麼、如何解釋、哪些因素可以改變，以及下一步如何行動。
本文件依據提供的心智圖內容整理，並補充因果推論、反事實思考、約束分析、多元框架、系統思維與組織決策等相關概念。
框架不是事實本身；框架是用來選擇、組織和解釋事實的工具。
好的框架不必永遠正確，但必須能被檢驗、修正和替換。
| 核心思維 | 要回答的問題 | 常用方法 | 主要風險 |
|---|---|---|---|
| 問題定義 | 我們究竟在解決什麼？ | 重新表述問題、區分症狀與根因 | 一開始就把問題說錯 |
| 因果建模 | 哪些因素造成結果？ | 因果圖、五個為什麼、機制分析 | 把相關性誤認為因果 |
| 反事實思維 | 某個條件不同，結果是否改變？ | 情境模擬、預演、事後檢討 | 無限制幻想、事後諸葛 |
| 約束辨識 | 什麼不能改？什麼可以改？ | 硬約束／軟約束分類 | 把習慣誤認為不可改 |
| 多框架比較 | 還能從哪些角度理解？ | 經濟、心理、制度、技術等視角 | 觀點過多而無法決策 |
| 框架重構 | 原框架失效後應換什麼？ | 借用、調整或創造新框架 | 換得太早或太晚 |
| 驗證與更新 | 什麼證據會使我改變看法？ | 指標、實驗、回饋迴路 | 只尋找支持自己的證據 |
| 行動轉譯 | 框架如何導出具體決策？ | 選項、責任人、時間點、停止條件 | 分析很多卻沒有行動 |
框架不是資訊的簡化摘要，而是決定資訊意義的一組假設。同一批資料放進不同框架，會產生不同結論。
| 框架 | 問題的解釋 | 對應行動 |
|---|---|---|
| 行銷框架 | 知名度不足 | 增加廣告與社群曝光 |
| 產品框架 | 菜色或價格不合需求 | 改菜單、調整價格 |
| 營運框架 | 等候時間太長 | 改進排班與流程 |
| 地理框架 | 周邊人流改變 | 外送、遷址或改營業時間 |
| 信任框架 | 評價與口碑下降 | 改善服務、處理負評 |
| 系統框架 | 多種因素互相強化 | 同時處理產品、流程與回購 |
框架具有兩面性：它能協助我們過濾雜訊、集中注意力；也可能把框架之外的重要事實排除掉。
| 概念 | 功能 | 例子 |
|---|---|---|
| 框架 | 決定從哪個角度理解問題 | 把塞車視為交通需求問題 |
| 模型 | 描述因素之間的關係 | 車流量、道路容量與尖峰時間模型 |
| 假設 | 提出可以驗證的判斷 | 增加公車班次會降低汽車使用 |
| 方法 | 規定分析或處理步驟 | 訪談、實驗、因果圖 |
| 清單 | 防止遺漏已知事項 | 預算、法規、人力、期限 |
| 策略 | 決定如何分配資源以達成目標 | 優先改善大眾運輸而非拓寬道路 |
框架位於最上游；框架一旦錯誤，後面的數據和執行可能愈精確，方向反而錯得愈遠。
因果思維不是看到兩件事情同時出現，就說其中一件造成另一件。
例如：「使用短影音的人焦慮程度較高。」可能至少有四種解釋：