課前／第一堂｜03｜題目分類與任務表
技術能做，不代表問題定義成立
工作任務表必須如實描述日常業務與權責劃分，避免為了做「AI 專案」而刻意拼湊包裝。
完整說明
一個技術展示即便看起來相當完整，仍有可能完全找錯切入點。補充資料中針對 ORION 的討論便是一個借鏡：原始產品論述誤判了手術現場的真正痛點與限制，就算相關功能已經開發完成，依然必須回歸到實際使用者、事件情境、現行作業流程與真正的卡關節點來重新定義問題。本教材僅引用其「問題定義」的思維啟發，未經重複查證的醫療數據不列為課程正式依據。
表格較寬時可左右捲動。
| 欄位 | 要回答的問題 | 不合格寫法 |
|---|---|---|
| 工作觸發 | 什麼事件發生後開始？ | 有空的時候做 |
| 目前輸入 | 實際收到哪些檔案、欄位或訊息？ | 很多資料 |
| 現行步驟 | 誰依什麼順序處理？ | 整理一下 |
| 主要困難 | 哪一步耗時或易錯？有何證據？ | 效率不好 |
| 預期輸出 | 交付格式與接收者是誰？ | 一份好報告 |
| AI 邊界 | 可協助、不得決定與資料限制為何？ | AI 幫我全部做完 |
| 改善結果 | 六週後可觀察什麼？ | 更聰明、更有效率 |
具體示例
例如採購單位希望建置供應商風險儀表板，卻尚未釐清由誰在何時查閱、發現異常時如何處置，以及六週後要追蹤哪些成效指標。遇到這種情況，應直接判定為「工作題目尚未成形」，而不應要求 AI 憑空補齊商業企劃說詞。
練習
把課前調查整理成工作任務表，並另外標出需求假設、責任待確認與資料待確認。
可複製 Prompt
將中括號內容換成自己的資料；遇到未確認資訊時保留標記，不要要求 AI 自行補寫。
完成與停止條件
- 觸發、輸入、步驟、輸出與接收者完整。
- AI 可做、人工必查與主管必決定已有初步區分。
- 需求假設與事實分開。
- 至少一項可觀察成果不以「供主管參考」作唯一答案。
若仍無法指出成果使用者與後續動作，工作任務表暫不進入 Agent 或流程設計。
本單元下載
本單元如何接到下一步
本頁產物：工作任務表正式版與待確認清單。
下一步：先保存日常的一句指令與第一版輸出，建立可比較基準。