| 要素 | 原書做法 | 關鍵數字／條件 | 實務重點 |
|---|---|---|---|
| 活動目的 | 讓非技術業務人員提出值得用 Copilot／Microsoft AI 解決的問題與構想 | 以一日 innovation challenge 為主要範例 | 重點是問題與商業價值，不要求完整技術實作 |
| 規劃 | 取得 sponsor、budget、日期，建立 buzz，給參與者時間形成 ideas | 從活動前 30 天開始規劃 | 早期即說明目標、格式與評分標準 |
| Pitch 內容 | 問題、解法構想、Microsoft AI 使用方式、商業價值、可衡量結果與可行性 | 可搭配 Teams／Copilot 練習與改善 pitch | 評審不要求非技術團隊提供完整 implementation plan |
| 問題清晰度與重要性 | 問題是否真實、清楚且值得解決 | 15% | 需說明為何對組織重要 |
| 創新與解法創意 | 構想是否具有新意並有效利用 AI | 20% | 評估創造的獨特價值，不以技術複雜度取勝 |
| Microsoft AI 使用 | AI 是否真正適合問題，而非只是 buzzword | 15% | 避免 AI-washing |
| 商業價值與影響 | 潛在投資報酬率（Return on Investment, ROI）或策略價值是否具說服力 | 20% | 可用資料或推理支持，不必有完整財務模型 |
| 成果可衡量性 | 是否提出 hours saved、KPI 改善等成功指標 | 10% | 需要定義如何判定 pilot 成功 |
| 可行性 | 資料、工具、資源與組織環境是否支持 pilot | 10% | 原書建議思考是否可在 1 年內合理試行 |
| Pitch／demo 品質 | 訊息、故事、視覺與展示是否清楚有力 | 10% | 溝通品質反映團隊是否真正理解構想 |
| 社會影響 | 若組織重視 sustainability／social impact，可設 bonus | 可選 +5 分 | 若是核心目標，也可改成正式權重 |
Appendix E 特別適合早期 Copilot rollout：邀請平常不參與 technology project 的業務人員提出流程痛點與機會。參與者需要清楚說明要解決什麼、為何重要，以及 AI 如何真正成為解法的一部分。
原書的 planning timeline 從 30 days before event 開始，先取得 executive green-light、預算與明確日期，再逐步建立宣傳、參與與 pitch 準備。
問題清晰度 15%＋創新 20%＋Microsoft AI 使用 15%＋商業價值 20%＋可衡量性 10%＋可行性 10%＋pitch 品質 10%＝100%。若需要，可另加 social／sustainability impact +5 bonus points。
原書指出評審不期待完整 implementation plan；但好的 pitch 應知道關鍵資料是否存在、是否需要 IT／CRM integration、是否有機會在一年內 pilot，以及需要哪些合作方。
活動目的之一是建立值得深入探索的 AI idea backlog。評審後應將高潛力提案連到 sponsor、技術驗證、pilot 或下一階段 hackathon，而不是只停在頒獎。
Copilot 可以協助形成 pitch、整理問題與模擬評審提問；ROI、KPI、hours saved 等正式結果若進入 business case，仍應以可稽核的實際資料與試算表／分析模型計算。
依 aBook14A Appendix E；30 天規劃、各評分權重與 +5 bonus 均來自原書。