「你的研究架構圖呢？」在計畫書口試上，這句話讓人下不了台的次數，比任何研究方法上的瑕疵都多。文字還能迂迴帶過，圖卻沒辦法。一張研究架構圖把變項、推論邏輯與預期結果壓縮在一頁裡，邏輯站不站得住，委員大概十秒就看得出來。
麻煩的是，「研究架構圖」至少指涉三種不同的圖。多數初稿被退回，不是因為學生不會畫，而是畫了跟自己研究不相符的類型。
本文介紹實際最常被要求的三種：變項關係模型、IPO 架構與整體研究架構，說明各自適用什麼研究、委員會挑出哪些問題，以及怎麼從一段文字描述產出第一版草圖。
本文重點：
- 你的研究需要三種架構圖中的哪一種
- 指導教授最常退回的具體錯誤
- 每種類型各一個完整範例
- 如何從一段文字生成初稿
畫變項關係之前，先講好每個名詞指什麼、實際怎麼觀察。可以參考名詞釋義與操作型定義的範例和可複製表格，讓架構圖與研究方法使用一致的名稱。
三種架構圖，各有各的任務
| 圖的類型 | 回答的問題 | 常見領域 |
|---|---|---|
| 變項關係模型 | 哪些變項影響哪些變項？經由什麼路徑？ | 管理、心理、教育、公共衛生 |
| IPO 架構 | 投入什麼、經過什麼過程、產出什麼？ | 資訊管理、資訊工程的畢業專題與系統開發研究 |
| 整體研究架構 | 研究問題、理論、研究內容、方法與成果如何串起來？ | 幾乎所有學位論文，尤其是計畫書階段 |
判斷方式很簡單：研究要測量變項、檢驗假設，就畫變項關係模型；研究是要做出一個東西，就畫 IPO；需要讓口試委員看懂整份研究怎麼環環相扣，就畫整體研究架構。很多論文會同時放兩張：計畫書放整體研究架構，研究方法章放變項關係模型。
類型一：變項關係模型
大多數量化研究的論文需要的就是這張圖。它呈現自變項、依變項以及兩者之間的路徑，也包括落在路徑上、或會改變路徑效果的變項。
必須包含：
- 自變項（IV）：放左側，每個變項一個獨立方框
- 依變項（DV）：放右側
- 中介變項：放在 IV 與 DV 之間的路徑上
- 調節變項：放在上方或下方，箭頭指向它所調節的路徑，而不是指向某個變項
- 控制變項：自成一框，通常放在左下角，不與主路徑相連
- 假設編號（H1、H2、H3）：若內文有為假設編號，就標在對應的箭頭上
範例：科技接受研究
自變項為知覺有用性、知覺易用性；中介變項為使用態度；依變項為行為意圖；調節變項為信任，作用於「使用態度 → 行為意圖」這條路徑。四條箭頭依序標上 H1 到 H4。
畫得正確的話，讀者光看圖就能把你的假設複述一遍。這才是真正的標準。
會被退回的畫法：
- 把調節變項畫成另一個自變項。 調節變項改變的是關係的強弱，它的箭頭必須落在箭頭上，而不是落在方框上。
- 把研究方法列成變項。 「問卷調查」「迴歸分析」不是構念，應該放進技術路線圖，而不是這張圖。
- 箭頭沒有方向，也沒有意義。 每一條箭頭都是一個假設。說不出某條箭頭對應哪個假設，就把它刪掉。
- 缺乏理論依據。 如果看不出架構是從哪個理論或前人研究推導而來，就準備好被問「這個架構是怎麼來的？」
類型二：IPO 架構
投入—過程—產出（Input-Process-Output）架構在資訊系統、工程類畢業專題與系統開發型論文中是標準格式，在菲律賓與東南亞的大學尤其普遍。台灣的學位論文比較少直接用這個名稱，但只要研究是開發一套系統並加以評估，就能直接套用。圖的形式是橫排的三個方框，有時再加上一條評估回饋線。
各框放什麼：
- 投入：開發之前要蒐集的東西。知識需求（領域規則、必須遵循的標準與法規）、軟體需求、硬體需求、受訪者資料
- 過程：開發方法與各個階段。需求分析、系統設計、程式撰寫、測試、部署，並註明採用的模式（敏捷、瀑布式、RAD）
- 產出：交付的成果本身，要寫得具體
- 評估：如果有評估系統並把結果回饋，就從產出畫一條箭頭回到投入
範例：描籠涯（barangay，菲律賓最基層的行政單位）健康紀錄系統
投入：知識需求（健康紀錄管理、資料隱私法規）；軟體需求（PHP、MySQL、Bootstrap）；硬體需求（工作站電腦、印表機）。過程：依敏捷模式進行需求分析、系統設計、程式撰寫、測試、部署。產出：網頁式描籠涯健康紀錄系統。另有一條評估箭頭從產出回到投入。
會被退回的畫法：
- 過程框只寫「開發」兩個字。 要寫出各個階段與採用的開發方法。
- 產出寫的是期望，不是成果。 「提升作業效率」是成效，不是產出；產出是那套系統本身。
- 把 IPO 和變項關係模型混在一起。 如果你發現自己把中介變項放進過程框，就是選錯了架構類型。
類型三：整體研究架構
這是用一頁回答「你的研究整體怎麼組織」的圖。在計畫書階段，口試委員往往最先要看的就是它。
由上而下的結構：
- 研究背景或問題：一句話，寫成問題，而不是主題
- 理論基礎：研究所依據的理論或模型，並排呈現
- 研究內容：二到四個區塊，每一塊都是你真正要回答的子問題
- 方法與資料：每個內容區塊下方，寫出該區塊使用的具體方法與資料來源
- 預期成果與貢獻：每個區塊會產出什麼
這張圖的價值在於逼你做到一一對應。每個研究內容區塊下面都要有方法，方法下面還要有成果。沒有掛上方法的區塊，就是口試委員會抓出來的漏洞。
範例：數位轉型與中小企業績效
研究背景：中小型製造業面臨數位轉型壓力，效益卻不明確。理論基礎：動態能力理論、資源基礎觀點。研究內容：（1）衡量數位轉型程度；（2）數位轉型透過動態能力影響績效的機制；（3）環境不確定性的調節作用。研究方法：320 家中小企業問卷調查、結構方程模式、階層迴歸分析。預期成果：一份衡量量表、一個中介模型、管理實務建議。
會被退回的畫法：
- 研究內容區塊寫成章節標題。 「文獻探討」不是研究內容。研究內容是要用資料回答的問題。
- 理論層放上去之後再也沒出現。 動態能力理論擺在最上層，卻沒有連到任何一個研究內容，委員一定會問它放在那裡做什麼。
- 三個研究內容配四種方法，或其中一塊沒有方法。 對應關係正是這張圖的重點。
從文字生成初稿
在 PowerPoint 裡拖方框，每次指導教授給意見就重拉一次箭頭，是最慢的做法。比較快的路是先把架構寫成一段文字，生成初稿，再慢慢修。
概念框架製作工具現在把三種類型分成不同的任務模式，可在輸入框上方切換：
- 變項關係模型：列出自變項、依變項、中介變項、調節變項與假設編號，工具會把它們放到正確的路徑上
- 投入—過程—產出（IPO）：列出三欄各自要放的項目，工具會分欄呈現，不會混在一起
- 整體研究架構：提供研究背景、理論、研究內容區塊、方法與預期成果，工具會由上而下堆疊，讓對應關係一目了然
先選模式。各模式的提示條件不同，所以用整體研究架構模式去生成變項關係模型，出來的會像一份大綱，而不是路徑圖。
有兩件事值得知道。第一，工具只畫你提供的變項與關係，不會為了讓模型好看而自己編一個中介變項——這正是學位論文圖表該有的樣子。第二，如果你真正需要的是方法的流程，而不是變項結構，那是另一張圖：請改用技術路線圖（方法邏輯）模式。
論文需要的其他圖，可以到各學門論文配圖先選領域，再直接開啟對應的預設。
常見問題
我的論文需要哪一種架構圖？ 若要檢驗變項之間的假設，用變項關係模型；若要開發系統或產品，用 IPO；若是準備計畫書口試、需要呈現整份研究，用整體研究架構。一篇論文在不同章節放其中兩種，完全合理。
概念框架和理論框架是同一件事嗎？ 兩者有重疊，但並不相同。理論框架是研究所採用的理論體系；概念框架則是你自己畫出、說明本研究中各構念如何相關的圖。多數系所要求理論用文字討論，架構用圖呈現。
一張架構圖要放幾個變項？ 夠陳述假設就好，不要多放。方框超過大約八個，讀者就不會再順著路徑看下去。如果模型真的很大，就拆開：一張整體研究架構圖，再為每個子研究各畫一張詳細的變項關係模型。
計畫書的架構圖可以沿用到正式論文嗎？ 可以，而且應該沿用。架構在計畫書口試到學位口試之間悄悄改變，只會招來提問。保留可編輯的版本，模型有調整就更新圖，並在內文說明改了什麼，而不是默默重畫。
