CHAPTER 04 · 實作篇
需求蒐集與需求訪談
運用訪談、觀察與文件分析，搭配 AI 整理初步需求與待確認事項。 本章示範教材網站的閱讀層次與互動元件；原始 Markdown 匯入後，標題、段落與表格將依同一套規則呈現。
4.1需求蒐集不只是「問想要什麼」
使用者描述的通常是眼前的期待，系統分析師還需要理解工作情境、限制、例外與真正要解決的問題，並將資訊整理成可追蹤、可討論、可驗證的需求。
4.2從多元來源建立完整視角
需求可能來自使用者、管理者、現行流程、法規與既有系統。不同來源之間可能互補，也可能互相衝突；分析的價值就在於讓差異浮現。
| 需求來源 | 適合方法 | 可取得資訊 |
|---|---|---|
| 第一線使用者 | 訪談、觀察 | 實際工作流程與痛點 |
| 管理者 | 訪談、工作坊 | 目標、政策與優先順序 |
| 文件與系統 | 文件分析 | 規則、欄位與歷史限制 |
貫穿全書案例M01
專題競賽報名與審查系統
學生需要完成報名、組隊與作品繳交；教師與評審則負責資格確認、審查與結果管理。我們將跟著這個案例，把方法落實為可檢查的分析成果。
✦ Prompt · 訪談資料整理
你是需求分析助理。請整理以下訪談內容，區分：
1. 已確認事實
2. 初步需求
3. 限制條件
4. 待確認事項
不得自行補充訪談中沒有的資訊。
{{transcript}}AI LAB · 04
把訪談逐字稿變成可驗證的需求清單
比較人工整理與 AI 輔助整理的差異，找出遺漏、推測與需要回到受訪者確認的內容。
- 輸入匿名化訪談摘錄
- 檢查逐項對照原文證據
- 反思標示 AI 推論邊界
檢查你的理解
- 01
為什麼不能只訪談單一利害關係人？請以 Case M01 舉例說明。
- 02
AI 整理訪談資料時，哪些內容必須由人確認？
- 03
設計三個能追問「例外情境」的訪談問題。