案例01｜專案啟動簡報：10,000 人 Copilot 導入與 6 個月專案
| 核心主題 | 主要觀點／方法 | 實務用途 | 重要條件／限制 |
|---|---|---|---|
| 組織資產／範本 | 準備組織 PowerPoint 範本與多種投影片母片版型 | 讓 Copilot 生成內容更接近品牌與版型需求 | 原書當時指出 Copilot 對組織資產庫的支援仍有限 |
| 第一版草稿生成 | 由提示直接建立專案啟動簡報 | 快速從空白頁進入可編輯簡報 | 資訊太少會得到過度泛化的簡報 |
| 提示具體度 | 加入範圍、成功標準、角色、時程、預算、風險、溝通與變革等段落 | 提高簡報結構可用性 | 模型仍可能忽略部分日期或條件 |
| 內容反覆修正 | 請 Copilot 改寫風險、縮短條列、改善高階主管用語 | 把技術／專案語言調整成高階主管可閱讀內容 | 簡潔不等於正確，重要風險需由專案團隊確認 |
| 產生新內容 | 依既有簡報脈絡產生變革管理等新內容 | 補齊初稿缺口 | 專家仍需審閱建議是否適用 |
| 無障礙／品質審查 | 檢查版面、訊息與可讀性 | 提高正式簡報品質 | 人工智慧不能取代品牌、設計與利害關係人判斷 |
第 10 章的主要使用案例是建立 Microsoft 365 Copilot 導入的專案啟動簡報。原書刻意先用一個資訊極少的提示，展示生成結果雖快速但過於泛化；再加入 10,000 位使用者、6 個月、2025/01/01 開始與明確章節，讓輸出更接近真實專案需要。
這個案例也顯示提示具體度有極限：即使已提供開始日期與期間，Copilot 仍可能忽略部分條件。因此專案時程、預算、成功標準等內容不能因簡報看起來完整就當成已驗證事實。
原書後續用風險投影片示範反覆修正：先讓 Copilot 改善措辭，再要求每個條列壓到不超過 18 個字詞。PowerPoint Copilot 最適合加速第一版草稿與措辭修正，而不是替代專案經理對內容、品牌與利害關係人訊息的最終控制。