跳到主要內容

IL 201 · 模組 1

問題與假設

鎖定問題與 baseline,寫出一個可以被推翻的解決方案假設,取得初步使用範圍核准。

開始第一節
已完成 0 / 2

學習目標

  • 說明 IL 201 的核心問題:這個 AI 解決方案是否值得投資下一階段。
  • 走過 Sprint 0-5 的節奏,並理解 Proof of Value 與 Proof of Concept 的差異。
  • 寫出一個可以被推翻(falsifiable)的解決方案假設,而不是一句無法檢驗的期望。

Proof of Value,不只是 Demo

60 分鐘

用證據回答:值不值得投資下一階段

IL 201 的核心問題是:這個 AI 解決方案是否有足夠的價值與可行性,值得投資下一階段?成功不是「我們做出了一個 AI Demo」,而是「我們產生了足夠的證據,讓投資/導入決策更好」。一個有充分證據支持的 No-Go,和 Scale 一樣,都是成功的學習成果。

專案進入 IL 201 前的最低條件
項目說明
Executive sponsor / Business-process owner已確認的企業 Sponsor 與流程負責人
Approved problem statement / Baseline / Target outcome已核准的問題陳述、基準與目標結果
Defined evaluation metric明確定義的評估指標
Feasible evidence/data plan可行的證據/資料取得計畫
Acceptable privacy/security scope可接受的隱私與安全範圍
  1. Sprint 0: Kickoff
    確認章程、角色與工作方式。
  2. Sprint 1: Solution hypothesis
    提出可測試的解決方案假設(本模組)。
  3. Sprint 2: Build
    建立 Prototype(Module 3)。
  4. Sprint 3: Test
    在評估資料集上測試(Module 4)。
  5. Sprint 4: Evaluate
    分析結果、失敗案例與成本/價值(Module 4-5)。
  6. Sprint 5: Decision
    由 Sponsor 與流程負責人依 Evidence Review 做出「進入就緒審查/修訂再測/暫停/不繼續投入」決定(Module 6);通過後進入 IL 202 準備度審查,不是直接開始 Pilot。

資訊

Human、AI、Human:Sponsor 與跨域專家共同定義問題與評估標準,AI 協助建構 Prototype 與分析結果,最終的 Go/No-Go 決定由人(含 Sponsor Review)負責。

重點: Proof of Value 用可查核的證據回答「值不值得投資」,而不是只做出一個能展示的 Demo。

60 分鐘

寫出一個可以被推翻的假設

解決方案假設(solution hypothesis)不是「AI 應該可以幫上忙」這種無法檢驗的期望,而是一句具體到「可能被證明是錯的」的陳述:指定情境、AI 做的事、預期結果與衡量方式。

假設 v1(無法被推翻)

假設:導入 AI 之後,客服回覆品質會變好。

假設 v2(可以被推翻)

情境
示範服務公司 A 的客服知識問答案件(SYN-CS-001),聚焦一般與資訊缺漏兩類。
AI 做的事
AI 依知識庫文件草擬回覆初稿,附引用來源;客服人員核對後送出。
預期結果
在驗收集上,AI 輔助流程的平均全流程處理時間比 baseline 減少至少 25%,且重大錯誤率不高於現況人工流程。
推翻條件
若驗收集上的重大錯誤率高於現況,或處理時間未減少,則假設不成立,須提出 Iterate 或 No-Go。

注意

常見錯誤:把「範圍」寫成假設(例如「我們會做一個客服助理」),範圍不是假設;假設必須包含一個可能被資料推翻的具體預期結果。

資訊

這個假設沿用 IL 101 已核准的 Charter 與共用合成案例 SYN-CS-001。若你的 IL 101 專案有真實企業 Sponsor,本模組的初步使用範圍仍需 Sponsor 與流程負責人重新確認,不可用 IL 101 的核准取代。
  1. 第一步
    從你核准的 Charter 中,找出目標結果與成功指標。
  2. 第二步
    寫出情境、AI 做的事、預期結果與推翻條件四個欄位的假設卡。
  3. 第三步
    與 Sponsor/流程負責人確認初步使用範圍(哪些案例類型、哪些資料可用),取得書面或會議紀錄核准。
自我檢測

「導入 AI 之後,客服回覆品質會變好」這句話作為解決方案假設,最主要的問題是什麼?

「導入 AI 之後,客服回覆品質會變好」這句話作為解決方案假設,最主要的問題是什麼?

重點: 一個好的假設必須具體到「可能被資料推翻」,否則 Evidence Review 無法用證據判斷它成不成立。

接下來做什麼?