跳到主要內容

AD 101 · 模組 2

形成 Use Case

把問題對應到合理的 AI 協助模式,分開檢視價值、資料與風險,最後完成正式的 Use Case Canvas。

開始第一節
已完成 0 / 3
同步我的進度加入梯次後,進度可跨裝置保存,講師也能看到

資訊

加入後,你已完成的模組編號會連同「學員代碼」傳送給講師,講師可以看到你的進度。請使用講師提供的代碼,不要輸入姓名、公司機密或其他個資。進度資料與該梯次的其他資料一起保存。

學習目標

  • 以 summarize/extract/classify/draft/analyze/retrieve/workflow assist 等模式辨識 AI 角色並保留 human responsibility。
  • 分開看價值、資料可用性、驗證與基本風險,不產生黑箱總分。
  • 完成正式 Canvas,互審問題是否具體、是否偷渡解法、是否缺 owner/review。

AI 模式配對

30 分鐘

AI 模式配對(AI Pattern Matching)

學習目標:以 summarize/extract/classify/draft/analyze/retrieve/workflow assist 等模式辨識 AI 角色並保留 human responsibility。

確定問題之後,才問「AI 可能扮演什麼角色」。常見的協助模式包括:summarize(摘要)、extract(抽取結構化資訊)、classify(分類)、draft(草擬初稿)、analyze(分析資料找出模式)、retrieve(從既有資料中找答案)、workflow assist(在多步驟流程中協助銜接)。每一種模式都只是「協助」,最終的判斷、核准與責任仍在人身上,這是本課程 Human-AI-Human 的核心原則。

七種常見協助模式
欄位說明
Summarize把長內容濃縮成重點
Extract從文件中抽取結構化資訊
Classify把項目分類或標記
Draft草擬初稿供人修改
Analyze從資料中找出模式或異常
Retrieve從既有資料找答案
Workflow assist在多步驟流程中協助銜接
工作情境

Lesson 1 的會議待辦落差問題,比對之後發現最貼近的模式是 extract(從會議紀錄中抽取待辦事項、負責人、期限)加上 classify(把待辦事項分成緊急/一般)。抽取結果仍需由會議主席在送出前確認正確性與遺漏項目。

  • Summarize 情境:把一份 30 頁的評鑑報告整理成一頁重點給主管過目,主管仍需核閱完整報告。
  • Extract 情境:從報名表中抽取姓名、單位、聯絡方式填入名冊,承辦人仍需抽樣核對。
  • Classify 情境:把來信分成「請假」「請款」「申訴」三類,交由不同承辦人處理,分類結果仍可被人工調整。
  • Draft 情境:草擬一封通知信初稿,由承辦人修改語氣與補充細節後才送出。
  • Analyze 情境:從過去三年的採購資料找出單價異常偏高的項目,交由採購組進一步查核。
  • Retrieve 情境:從內部規章中找出與某案例相關的條文,供承辦人參考後自行判斷適用。
  • Workflow assist 情境:在多步驟簽核流程中,提醒下一位承辦人尚缺哪些附件,簽核決定仍由人做。
工作情境(對照案例:模式選錯)

某單位想處理「陳情案常常被誤判優先順序」的問題,卻直接選了 draft(草擬回覆信)當作協助模式。但真正的落差是「分類與排序」沒有做好,應該先選 classify(依性質與緊急程度分類)再視需要加上 draft,而不是跳過分類直接寫回信。

資訊

Human、AI、Human:人先確認問題與判斷,AI 在確認之後才協助執行,最終結果仍由人驗證與負責。

注意

資料安全提醒:本課程所有練習一律使用課程提供的模擬情境檔案,不含任何真實機構或個人資料。
自我檢測

下列哪一個做法最符合「AI 協助,人保留責任」?

下列哪一個做法最符合「AI 協助,人保留責任」?

重點: 先問題、後模式:確定問題之後,才選擇最貼近的協助模式,而且協助不等於取代判斷。

價值/資料/風險快篩

30 分鐘

價值/資料/風險快篩(Value / Data / Risk Quick Check)

學習目標:分開看價值、資料可用性、驗證與基本風險,不產生黑箱總分。

在把問題寫成正式 Use Case 之前,先做三個獨立的快篩,而且刻意不把它們合成一個總分:Value(這件事解決後,價值是活動還是可觀察的結果?)、Data(需要什麼資料,資料從哪裡來,是否有授權疑慮?)、Risk(如果 AI 輸出錯了,後果是什麼?需要哪種程度的人工審查?)。分開檢視,可以避免用單一分數掩蓋真正的疑慮,例如「總分很高」卻掩蓋了嚴重的資料授權問題。

三個獨立快篩,不合併
欄位說明
Value解決後的價值是可觀察結果,還是只是活動?
Data需要哪些資料?來源與授權是否清楚?
Risk輸出錯了會怎樣?需要什麼程度的人工審查?
工作情境

會議待辦抽取案例:Value 是「待辦事項整理時間從 3 天縮短到當天」(可觀察);Data 是「會議紀錄由會議主席提供,無外部個資疑慮」;Risk 是「若遺漏或誤判待辦事項,後果是某些工作被忽略,需要主席在送出前逐項確認」。三者分開陳述,不合併成一個「85 分」之類的總分。

  1. 先寫 Value
    這件事解決後,具體改善了什麼可觀察的結果?時間、品質、還是容量?
  2. 再寫 Data
    需要哪些資料?資料目前在哪裡?有沒有誰才能授權使用?
  3. 最後寫 Risk
    如果 AI 的輸出是錯的,最壞的後果是什麼?需要什麼程度、什麼人來審查?
  4. 分開呈現,不合併
    三段文字各自獨立陳述,交給審查者自己判斷輕重,不要換算成一個總分。
工作情境(對照案例:資料疑慮被總分掩蓋)

某單位評估「用 AI 分析學生選課資料推薦課程」,Value 很高(可能提升選課滿意度),於是給了「總分 90 分、建議優先執行」。但 Data 面其實有嚴重疑慮:學生選課紀錄屬於敏感的學籍資料,尚未取得明確的使用授權。若合併成一個總分,這個資料疑慮很容易被高 Value 分數蓋過去;分開陳述才會讓審查者立刻看到「Data 面需要先解決授權問題」。

資訊

Human、AI、Human:人先確認問題與判斷,AI 在確認之後才協助執行,最終結果仍由人驗證與負責。
自我檢測

下列哪一種做法最符合本課「不做黑箱總分」的原則?

下列哪一種做法最符合本課「不做黑箱總分」的原則?

重點: Value、Data、Risk 永遠分開寫清楚,任何自動建議都必須可解釋,不能替人做最終決定。

Use Case Sprint

30 分鐘

Use Case Sprint

學習目標:完成正式 Canvas,互審問題是否具體、是否偷渡解法、是否缺 owner/review。

這是整門課的收尾實作:把前五堂課建立的判斷(problem framing、friction、owner/outcome、AI pattern、value/data/risk)整合進正式的 AI Use Case Discovery Canvas。完成後,與同學互相審查三件事:問題陳述是否具體可觀察、是否不小心又把工具寫回問題陳述裡(solution bias 復發)、owner 與 review 是否明確標出。

互審三重點
欄位說明
問題具體性problem 欄位是否可觀察、不含工具名稱?
Solution bias 復發有沒有哪個欄位偷偷寫回了解法?
Owner / review 完整性owner、human_review 欄位是否明確?
工作情境

互審檢查表:(1)problem 欄位有沒有出現工具名稱?(2)owner 與 user 是不是同一格填了兩次不同的人卻沒有說明關係?(3)next_question 欄位是不是只是「繼續做」,而沒有指出真正需要釐清的下一個問題?

  • Problem:是否不含工具名稱、可被第三人觀察查證?
  • Friction 訊號:有沒有具體指出是頻率、等待、重工、錯誤、搜尋、重複輸入還是判斷負荷?
  • User / Process owner / Decision owner:三個角色是否都填了,且彼此關係清楚?
  • Desired outcome:寫的是可衡量的結果,還是又寫回了活動或工具?
  • AI pattern:選用的模式是否真的對應到問題本身,而不是先選了喜歡的工具再回頭套用?
  • Value / Data / Risk:三者是否分開陳述,沒有合併成單一總分?
  • Owner / human review:誰負責推進、誰負責最終審查是否都寫明?
  • Next question:是否指出真正需要釐清的下一步,而不是空泛的「繼續做」?
工作情境(對照案例:通過互審的 Canvas)

另一組同學的 Canvas:problem 欄位寫「請假申請從送出到核准平均要 4 個工作天,常因找不到主管而延誤」;owner 寫「process owner:人事室;decision owner:單位主管」;next_question 寫「需先確認主管出差期間是否有代理核准機制」。互審者一致認為這份 Canvas 具體、沒有 solution bias、owner 與下一步都清楚,可以直接送出。

資訊

Human、AI、Human:人先確認問題與判斷,AI 在確認之後才協助執行,最終結果仍由人驗證與負責。
自我檢測

互審時發現同學的 Canvas 在 problem 欄位寫「我們應該用 AI 幫忙分類客訴」。下列哪一個建議最恰當?

互審時發現同學的 Canvas 在 problem 欄位寫「我們應該用 AI 幫忙分類客訴」。下列哪一個建議最恰當?

重點: 正式送出前的互審,是抓出 solution bias 復發與缺漏 owner/review 最後也最有效的機會。

接下來做什麼?