# 學員工作紙：讓一項工作可以重做、可以接手

版本：2026-10-04

| 組別 | 部門 | 組員 |
|---|---|---|
| | | |

本工作紙搭配學員講義使用：前導篇 15 頁、原講義 48 頁、接續篇 8 頁。每一張工作紙都先給一個示例，再用幾個問題帶你寫出自己組的答案，不用照格子填空。所有金額、交期與訊息均取自教學資料包；請保留來源與版本資訊，讓接手的同事能清楚看出你是如何推導出成果的。

## W1 一封訊息如何變成工作（原 p03–p08、p24、p40）

請挑選一封訊息，畫出它流經哪些角色。先圈出等待資料、重複抄寫或重複詢問的環節，再選定一段今天打算改善的工作。

| 流程步驟 | 負責人員 | 收到什麼 | 完成後交出什麼 | 下一位接手人員 | 最常卡關之處 |
|---|---|---|---|---|---|
| 1 | | | | | |
| 2 | | | | | |
| 3 | | | | | |
| 4 | | | | | |
| 5 | | | | | |

**示例**：我們選「核對料號與規格版本」這一小段。完成條件是料號、版本、生效日三項都附來源列；重畫流程後，業務不用再回頭問採購同一個版本問題。

**換你們寫**：今天選哪一小段？做到什麼程度算完成？下午重畫流程後，哪一個等待、抄寫或追問變少了？

## W2 報價草稿與來源（原 p09–p16）

先從需求中找出料號、版本、數量與時間，再核對規格、歷史報價與換算表。參考金額僅採用有依據的歷史單價與換算數量；缺乏依據的欄位請保留在缺口欄中，並具體寫下後續處理步驟。

| 欄位 | 本組結果 | 來源檔案與列ID | 是否需要確認 |
|---|---|---|---|
| 訂單／需求ID | | | |
| 客戶與品項 | | | |
| 規格版本與生效日 | | | |
| 需求數量與單位 | | | |
| 歷史報價ID與有效期限 | | | |
| 單位換算依據 | | | |
| 換算後數量 | | | |
| 參考單價與金額 | | | |
| 交期與供料資料時間 | | | |
| 缺口、接手人員與後續步驟 | | | |

### P01 報價草稿提示詞

> 請依照我提供的orders.csv、products.csv、product_specs.csv、historical_quotes.csv、unit_conversions.csv與events.csv，處理指定order_id的報價草稿。先列出需求與對應來源，再檢查版本、生效期間、報價有效期限與單位；只有換算表明訂的轉換才能計算，歷史單價乘上換算數量僅列為參考金額。輸出需求摘要、來源對照、參考試算、缺口與下一步，每一項金額與交期皆保留來源列ID；缺乏依據的欄位標示待補資料，切勿自行填補數值。

**示例**：指定 order_id 為 SO26-0025，草稿存成「W2_SO26-0025_第1組.md」，檔名一看就知道是哪一筆、哪一組。

**換你們寫**：你們用哪一筆 order_id？草稿存成什麼檔名，別組才找得到？

### 重跑與交接記錄

| 檢查項目 | 第一次 | 同題重新執行 | 更換另一筆資料 | 修訂方式 |
|---|---|---|---|---|
| 格式符合約定 | | | | |
| 來源可追溯 | | | | |
| 數值與單位正確 | | | | |
| 缺口有下一步 | | | | |

**示例（OIP）**：交出什麼（Output）是一份附來源列的報價草稿；讀取什麼（Input）是 orders、product_specs、historical_quotes 與 unit_conversions；怎麼處理（Process）是先對版本與有效期，再換算數量，最後列缺口。接手的人追問「報價過期怎麼辦」，我們補了一條：過期就標待補，轉業務重新報價。

**換你們寫**：你們的 Output、Input、Process 各是什麼？接手的人追問了哪一句？你們因此改了哪一條規則？

## W3 跨資料差異表（原 p17–p24）

先確認共同欄位、版本、時間與單位，再比對內容。每個需求都保留一列去向，即使找不到對應資料，也要讓接手人員看見缺少了什麼。

| 需求ID | 欄位 | 需求值 | 對應值 | 來源與時間 | 差異／缺口 | 狀態 | 接手人員 | 下一步 |
|---|---|---|---|---|---|---|---|---|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |

狀態為四選一：可接手、待補資料、規則衝突、需協調。此欄代表該列工作的交接狀況；下午的next_step則代表下一個處理路徑，兩者可以搭配使用。

### P02 跨資料比對提示詞

> 請依指定需求，核對我提供的主檔、規格、歷史報價與事件資料，先列出所使用的共同鍵、版本、日期及單位條件。產出一張差異表，保留所有需求的去向，列出需求值、對應值、來源列ID、資料時間、差異、狀態、接手人員與下一步。遇到兩份資料衝突時保留雙方內容；缺乏共同鍵、換算依據或適用版本時，明確列出缺口，切勿用相似字詞猜測為同一筆。

**示例**：共同鍵用「料號＋規格版本」。我們刻意放進一筆單位不同的資料，結果發現規則沒寫換算來源，於是補上「只用換算表有的轉換」。另一組接手時，6 列裡有 4 列可以直接做，追問 2 次，要補 1 項資料。

**換你們寫**：你們用哪個共同鍵？放進了哪一個例外？規則因此怎麼改？另一組接手時，幾列能直接動手、追問幾次、要補哪些資料？

## W4 JEV示範觀察與比較（原 p25–p32；p30–p32 課後閱讀，8 週試行期間會用到）

先由你為訊息選定下一步，再檢視分類器的結果。請根據訊息當下的狀態與既定優先順序作答，切勿只看「急」、「缺料」等單一字詞。

| 順位 | next_step | 中文工作路徑 |
|---:|---|---|
| 1 | quality_review | 先處理尚未排除的品質問題 |
| 2 | missing_info | 先補足必要資料 |
| 3 | procurement_check | 先確認供料條件 |
| 4 | schedule_review | 交由生管評估安排 |
| 5 | customer_reply | 回覆已確認現況 |
| 6 | other_review | 交由其他適當角色處理 |

| case_id | 我的分類 | JEV分類 | 基準線分類 | 答案與規則依據 | 出現分歧時修改處 |
|---|---|---|---|---|---|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |

| 比較欄位 | JEV | 生成式AI基準線 | 我們如何解讀 |
|---|---|---|---|
| 實際樣本數 | | | |
| 呼叫／批次方式 | | | |
| 單筆API p50／p95 | | | 無相同基準時填不適用 |
| 整批端到端時間 | | | |
| 分類正確筆數／總筆數 | | | |
| 各類遺漏與誤判 | | | |
| 格式與缺漏 | | | |

**示例**：這次的結果只能說「8 則裡，品質問題那一類兩邊都分對」，還不能說哪個方法比較準。有一則同時寫了「急」和「缺料」，兩邊分得不一樣，原因是規則沒寫清楚兩者同時出現時誰先；下次會放一則類似的訊息當反例。

**換你們寫**：這次的結果能支持什麼結論、還不能說什麼？哪一則訊息最值得回頭看？原因是什麼？下次要放進哪一個反例？

## W5 設計自己部門的分類規格（原 p33–p40，課後閱讀，8 週試行期間會用到）

請挑選一項訊息量大、且能清楚定義下一步的工作，先列出三到六個處理路徑。每一類別各補上一筆典型範例與一筆容易混淆的範例，再交由另一組進行獨立分類。

| 工作路徑 | 判定條件 | 典型範例 | 易混淆範例 | 重疊時的優先順序 | 接手人員與產出 |
|---|---|---|---|---|---|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |

**示例**：另一組 10 筆裡有 8 筆跟我們分得一樣。兩筆分歧都卡在「補件」和「需協調」的界線，我們把規則改成「缺的是文件就算補件，缺的是決定就算需協調」，存成規則 v2，另外留 3 則沒用過的訊息當下次的測試題。

**換你們寫**：幾筆一致、幾筆不同？分歧出在哪裡？規則改成哪一版？保留了哪幾則新案例？

**示例**：整理資料的 Agent 交出一份清好欄位的 CSV；分類的 Agent 交出每則訊息的 next_step；寫草稿的 Agent 交出回覆草稿；查核的人逐筆看來源列和格式。資料量放大後，我們猜第一個瓶頸是「需協調」那一類排隊太久，用每天積壓的筆數來量。

**換你們寫**：每個 Agent 各交出什麼？查核的人看哪幾項？資料變多以後，你們猜哪裡會先卡住？要用什麼數字來確認？

## W6 一頁試行提案（原 p41–p46；p45 課後閱讀）

請將今天做過的工作帶入提案中，先挑選一個值得探討解決的問題。以現行做法建立基準，再擬定新方法、驗收條件與FIT資源；目前缺少的條件請列入第一週工作清單。

| 提案欄位 | 本組內容 |
|---|---|
| 工作問題與受益者 | |
| 現況做法與基準；還沒有數字時怎麼量 | |
| 新流程4–6個步驟 | |
| 使用資料與版本 | |
| 規則與分類規格 | |
| 品質指標、分母與目標 | |
| 時間／補件／接手量指標 | |
| 調整用與保留測試資料 | |
| Financial：工時與費用 | |
| Infrastructure：資料、工具、流程 | |
| Talent：規則、技術與使用負責人 | |
| 第一週交付成果、日期、接手人員 | |
| 第1–2／3–4／5–6／7–8週成果 | |
| 由何種結果決定擴大、修改或換題 | |

### P03 提案檢查提示詞

> 請以接手人員的角度閱讀這份提案，確認是否能清楚得知第一步要取得什麼資料、由誰執行、交付什麼成果，以及如何進行驗收。依Story、Takeaway、Application、Reflection指出最缺乏證據的一項，再以Financial、Infrastructure、Talent檢視資源是否足以啟動。提出一個會使現行規則失效的例外狀況，並建議一項可在第一週完成的修正；不要替我們填還沒量過的基準數字，也不要假設我們有哪些權限。

| STAR項目 | 分數0–2 | 以哪份成果佐證 | 需要修訂之處 |
|---|---:|---|---|
| Story：工作情境與後果 | | | |
| Takeaway：判斷與反例 | | | |
| Application：陌生資料試作 | | | |
| Reflection：依結果調整方案與FIT | | | |

**示例**：另一組丟進來的例外是「客戶指定按件計算合格率」，我們在規則裡補了一條例外，寫明由品技課長判斷。評分 6／8，Application 和 Reflection 各 1 分。

**換你們寫**：另一組丟進來哪一個例外？你們實際改了什麼？評分幾分、最弱的是哪一項？（建議至少 6 分，Application 和 Reflection 各至少 1 分）

## W7 退出測驗與下週行動（原 p47–p48、接續 08）

請運用講師提供的一封陌生訊息，標示出查詢資料、分類、生成草稿與協調的處理位置，並說明下一位接手人員。再加入一個例外狀況，檢驗你所安排的流程是否依然適用。

| 項目 | 我的答案 |
|---|---|
| 哪一項事實先查詢哪份資料 | |
| 哪個問題可用固定選項分類 | |
| 哪一段適合生成文字草稿 | |
| 哪項取捨需要協調、由誰接手 | |
| 一個會改變下一步的例外狀況 | |

**示例**：「我們組下週五前，用上一批送檢表做出一份漏件清單，由課長抽查三筆，對了再改成每週固定做。」

**換你們說**：下週你第一個要交出的東西是什麼？誰會拿去用？怎麼確認它是對的？

離開前看一下，這幾樣都帶走了嗎：流程圖、報價草稿與來源、差異表與下一步、一頁試行提案與修訂紀錄。