AI 工作實務
AI 簡報不只是生成投影片：從需求、資料、敘事到可交付成品的完整工作流
一份 AI 簡報能否交付，取決於需求、來源、論點與接收端檔案是否彼此對得上。本文提供十二頁內容藍圖及逐項驗收方式，協助企劃與主管把生成初稿接回實際工作。
專題編輯：Sylvia Yeh｜人才發展與職場編輯
接到「明天下午要向主管報告」的任務時，先開工具很容易；難的是知道哪幾頁值得做。先把待決策事項、可用資料和最後交付格式寫清楚，才能安排 AI 要整理什麼、人要確認什麼，以及哪一步遇到問題就退回。
從一張需求單界定工作
先確認這份簡報的使用場合與接收者要做的決定。對內報告可能需要核准試點，教學簡報則需要讓同仁完成指定操作；兩者應採用不同的故事板和驗收方式。把任務名稱、資料負責人、交付格式及審核者記在需求單，讓後續變更有共同基準。
資料有缺漏時，先說明哪些頁面仍能完成、哪些決策需要補證。對外價格、條款和承諾由有權批准的人提供，不能讓模型自行補齊。需求單的作用是界定工作，而不是增加一份無人使用的表格。
生成前的六個決定
1．先寫決策，再寫頁數
以「主管看完是否核准試點」取代「做 20 頁簡報」作為指令；輸出包含核准條件、成本上限、風險與下一步。
如果目的是教育新進同仁，驗收就應是能否依圖完成操作；同一套簡報模板不應同時處理培訓與董事會決策。
2．建立來源表，而非把所有文件丟給模型
把已核實數字、內部初估、引用政策與未知資料分開標記；每項重要數字保留文件名、頁碼與日期。
例如某季營收是否包含海外子公司，必須在圖表旁註明統計口徑；不能把不同期間的資料直接比成成長率。
3．將觀眾任務轉成敘事結構
建議用「現況與代價→選項比較→建議→決策條件」而非按部門提交資料的順序排版。
開場三頁先處理問題、主張、證據；附錄存放細項。優先確保決策者在前兩分鐘內知道要判斷什麼。
4．生成只負責初稿
AI 可提供標題、摘要、頁面結構及圖片草案；對數字、專有名詞、因果與示意圖，應交由可追溯來源覆核。
拒絕沒有出處的百分比和「業界通常」等模糊說法；將標註缺漏的頁面暫時標記為待審，不要為了美觀刪掉註記。
5．設計稿和可維護稿是兩種交付
PDF 可以保持視覺一致，但企業後續要改標題、金額或柱狀圖時，PPTX／Google Slides 的物件可編輯程度更關鍵。
驗收要打開輸出檔確認文字不是整頁扁平圖片、表格能編修、中文字型正常，並檢查放映時的裁切。
6．以 QC 而非個人審美作結
用正確性、決策性、可讀性、可編輯、權限及版本六種量尺驗收，避免只有「看起來專業」這種無法重現的判斷。
審核者逐頁標示 PASS、修正或阻擋原因，針對修正版保留最後修改人與來源。
十二頁內容藍圖
以「是否核准新服務試點」為教學主題，第一頁用一句話寫出決策請求：「請核准四週試點，驗證每週人工整理需求的工時是否能下降，試點範圍只涵蓋匿名化案件」。這是模擬提案，未發生的成效不可寫成已降低工時。第二頁應列現在的流程、瓶頸與測量方法，不把試點預測藏在實績圖中。
第三到第五頁依序放使用者需求、投入選項及不做的風險；每個比較都要在同一前提下進行。第六到第八頁放工作流、權限與資料處理方式，並明確列出人工覆核節點。第九與第十頁是費用和風險，將一次性建置、授權與維運分開。第十一頁提出繼續、修正、停止的驗收條件；第十二頁寫清楚決策人、負責人與日期。
這份簡報的附錄應保存完整資料表、來源及反對意見。若主管在第三頁要求改變預算上限，製作者可以在原始工作表調整，重新導出相關圖表；如果修正牽動十二張頁面但沒有任何來源連結，代表前段資訊結構沒有做好。這是「AI 生成」與「可持續使用」的根本差異。
交付時請另外提供一張一頁式故事板，欄位為頁碼、觀眾疑問、結論式標題、支持證據、視覺用途、來源與驗收狀態。只要其中一頁沒有證據，先將那頁標示待查；不要讓完整度壓力迫使團隊加入沒有來源的虛構統計。
一次改需求，如何判斷要退回哪一步？
假設原任務是向部門主管報告四週試點，第三天卻改成對客戶的正式提案。這是教學情境，沒有真實客戶或已核准預算。此時只換封面與語氣並不足夠：原本可以公開給內部看的成本、風險與未證實假設，未必適合對外揭露；內部希望「核准測試」的結尾，也不能直接改成客戶已接受的交付承諾。
把變更記在需求單，逐項檢查觀眾、決策權、資料範圍與交付格式。觀眾變了，先重寫第一頁的問題；來源用途變了，退回資料負責人確認；只有公司標準字型改了，才進入版面修正。每次退回都應指定一個能關閉問題的產出，例如經確認的資料清單或修訂後的決策句，避免整份簡報無限重做。
可在故事板加上 changed_reason 與 affected_slides。若 S03 的成本數字改動，先找出引用該值的 S05 比較表及 S11 驗收條件；未受影響的頁面仍須抽查，但不用再生成全部內容。這個方法的價值在於保留修改關係，不代表任何工具會自動正確更新所有相依頁面。
交接時請接手者完成三件事：找到一個數字的來源、修改該數字並更新相關頁面、說明何時該停止對外使用舊版本。只要其中一件做不到，就把缺口寫進交接紀錄。生成速度可以單獨記錄，完整交付時間則應從需求確認算到審核完成。
把工作流放進一次可完成的練習
以下練習只使用虛構資料：行政團隊每週需要整理跨部門需求，準備向主管申請小範圍試點。練習的起點是一張需求紀錄表，而非已經寫好的簡報。表中只有需求類型、收到日期、補件次數與完成日期，沒有姓名、聯絡方式或真實客戶資訊。先由製作者說明哪些欄位能支持「處理時間較長」，哪些欄位只能說明補件頻率。沒有起訖時間，就不能自行換算每案工時。
第一份產出是一頁需求說明：主管要決定是否允許試點，試點只整理資料、不自動答覆客戶，也不自動核准需求。第二份產出是來源表，列出資料版本、欄位定義、空值及尚未確認的問題。若發現完成日期早於收到日期，先把這筆資料列為異常，不要請模型修成看起來合理的日期。這個階段的成功，是知道哪些資訊可以使用，而非把每格都補滿。
第三份產出才是三頁故事板。第一頁說明目前問題與核准請求；第二頁展示整理需求的步驟，以及人員在哪裡覆核；第三頁提出試點的觀察方法和停止條件。先用文字完成故事板，再決定要不要增加圖表。若只有少量案例，列出具體流程與例外可能比畫一張百分比圖更容易理解。AI 可協助提供標題候選，但製作者必須能指出每個標題所依據的資料。
用角色交接找出遺漏
讓甲負責來源、乙負責敘事、丙負責接收端驗收。甲交付時，乙應能找到任一主張的原始欄位；乙交付時，丙應能用自己的設備改一段文字並再次放映。角色可以由同一人在不同時段扮演，但不要在同一輪檢查中同時憑記憶判定來源與畫面都正確。檢查表記錄檔名和版本，才能分辨是檢查最新檔案，還是誤看上一輪輸出。
練習中再加入一次需求變更：主管要求比較自行整理與外部服務。此時來源表沒有外部服務的費用、契約和限制，正確做法是新增待詢欄位，並把決策改成「是否同意蒐集比較資料」。若模型直接補出市場報價，便是需要攔截的錯誤。這個反例讓團隊看見，限制輸出有時比增加頁數更接近完成任務。
記錄完整交付時間
將時間分成需求確認、資料清理、生成、人工修正、接收端檢查五段。計時方式由團隊事先約定，例如是否納入等待主管回覆的時間。若要了解製作者工時，就記實際投入；若要了解服務交付速度，另記從收到需求到完成的日曆時間。這兩個數字回答不同問題，不能混在同一欄比較。
一份作品通過後，保存的不只是投影片，還包括被退回的原因。例如「缺來源」與「字太小」應分開記錄；前者需要回到資料整理，後者才是版面調整。下一份任務先檢查最常發生的退件類型，再決定要改善提示、資料或審核方式。這讓工作流逐步適應團隊，而不是把一次示範當成所有任務的固定答案。
什麼時候可以擴大使用？
先確認接手人能在沒有原製作者協助下完成一次更新，並能指出遇到未知資料時要找誰。再檢查試點是否涵蓋常見的例外，而非只有最容易的樣本。若主要問題仍是資料缺件，擴大帳號數量不會自動解決；若問題集中在輸出格式，就先建立接收端測試檔。擴大使用的條件應寫進試點紀錄，由負責主管核定，本文不預設任何成功率或節省目標。
不同工作情境怎麼驗收
以下情境為原創教學假設，不代表天地人客戶專案或工具已完成的測試。每個案例刻意寫出輸入、操作與交付門檻，讀者可以直接取用，也可以當成企業培訓練習題。
案例 01｜年度營運檢討
工作起點。 三個事業部年度目標與實際值、兩個異常月份。
具體操作。 先界定同口徑年月，再用一句話說出差距主因，繪製單位一致的走勢圖。
交付與驗收。 主管能指出需調整的資源而非只有看見紅綠燈。
案例 02｜新產品上市提案
工作起點。 目標客群訪談摘要、試售紀錄、成本假設。
具體操作。 將可驗證需求與尚未證明的市場規模分開，對每個假設列測試方案。
交付與驗收。 通過後可排出小規模試點的日期與停損條件。
案例 03｜企業內訓提案
工作起點。 受訓者職務、工作問題、課前能力及六小時限制。
具體操作。 把課程章節改成工作任務，定義可檢查的範本、試做與成果。
交付與驗收。 HR 知道培訓完成時會帶走哪些檔案。
案例 04｜業務週會
工作起點。 本週商機、預估金額、階段與阻塞原因。
具體操作。 以漏斗變化與前五大阻礙做一頁會議摘要，不展示每筆流水帳。
交付與驗收。 業務主管能在會議結束前決定哪些案件需要支援。
案例 05｜投資評估
工作起點。 候選方案成本、風險、維護工時及法遵需求。
具體操作。 建立同一基準的加權評分，不讓供應商自行提供的亮點取代完整比較。
交付與驗收。 能說明權重為何如此設定並保留反對意見。
案例 06｜客戶提案
工作起點。 客戶現況、訪談問題、預期 KPI 與導入限制。
具體操作。 先描述客戶痛點與驗收方式，再展示解法和實施階段。
交付與驗收。 不會把模板寫成已簽約或已有成效的客戶案例。
案例 07｜資安教育
工作起點。 內部資料分類、可外傳限制、常見錯誤示例。
具體操作。 將機密資料處理流程換成匿名示例和禁止上傳清單。
交付與驗收。 同仁能判斷哪些資料不能輸入公有雲。
案例 08｜財務預算
工作起點。 本期預算、已實現、承諾支出與預測。
具體操作。 區分實際數據和預估模型，用不同標示且說明估算假設。
交付與驗收。 審核者能用原始表重新計算差額。
案例 09｜供應商選型
工作起點。 需求清單、評估紀錄、授權條款及文件格式。
具體操作。 在首頁說清楚選型決策和排除條件，把細節放比較表附錄。
交付與驗收。 採購知道應向供應商再確認哪些條款。
案例 10｜新進人員教育
工作起點。 標準作業程序、常見錯誤與例外處置。
具體操作。 每頁只教一個判斷情境，加上錯誤示例和確認題。
交付與驗收。 新同仁能依文件完成一次正確操作。
案例 11｜董事會摘要
工作起點。 本季關鍵差異、資金缺口與風險暴露。
具體操作。 用結論先行表達而非報表堆積，來源及口徑在附註說明。
交付與驗收。 會議紀錄能對應到明確決議事項。
案例 12｜業務報價流程
工作起點。 現行工時、核價步驟、重工原因及錯誤類型。
具體操作。 把流程圖、例外處理與 PoC 預期成果拆成三頁。
交付與驗收。 能從流程看出哪些節點必須人工覆核。
案例 13｜跨部門專案
工作起點。 責任人、期限、依賴關係、未決事項。
具體操作。 用里程碑與決策障礙取代所有部門工作的長清單。
交付與驗收。 每位負責人能對照下一步和截止時間。
案例 14｜服務改善
工作起點。 客服分類、處理時間、客訴主題與抽樣內容。
具體操作。 先檢查分類和樣本是否偏誤，再提出可試驗的改善項。
交付與驗收。 不以少數對話推論所有客戶行為。
案例 15｜市場研究
工作起點。 競品頁面、公開資訊與訪談摘要。
具體操作。 標示來源日期及可比條件，避免把宣傳數字直接比較。
交付與驗收。 讀者可追查每個來源並清楚辨識判斷與事實。
案例 16｜個人工作報告
工作起點。 季度成果、遇到的困難、下一季計畫。
具體操作。 依主管決策重組為成果、學習、需求三段。
交付與驗收。 主管可直接決定資源支援或工作優先序。
把工作規格交給 AI
以下提示範本用於整理內容與交接需求，並非已完成的模型實測。每次套用都須提供實際資料；共同規則是不得編造數字、引用、價格或客戶承諾，缺資料時列出問題。輸出應保留來源及待確認欄位。涉及開啟檔案、點選物件、量測時間與檢查權限的步驟，須由使用者在實際軟體中完成，不能靠文字模型自報通過。請按工作環境改成實際可用工具，並在完成後自行覆核。
Prompt 1：年度營運檢討
角色：你是負責「年度營運檢討」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：三個事業部年度目標與實際值、兩個異常月份。
工作任務：先界定同口徑年月，再用一句話說出差距主因，繪製單位一致的走勢圖。
輸出：逐頁表格，欄位包含頁碼、結論式標題、支持證據、圖表用途、原始來源、待確認事項。
驗收：主管能指出需調整的資源而非只有看見紅綠燈。
限制：不可編造數字、引用、價格、客戶承諾或尚未提供的資料；遇缺漏請列問題，不要自行補齊。Prompt 2：新產品上市提案
角色：你是負責「新產品上市提案」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：目標客群訪談摘要、試售紀錄、成本假設。
工作任務：將可驗證需求與尚未證明的市場規模分開，對每個假設列測試方案。
驗收：通過後可排出小規模試點的日期與停損條件。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。Prompt 3：企業內訓提案
角色：你是負責「企業內訓提案」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：受訓者職務、工作問題、課前能力及六小時限制。
工作任務：把課程章節改成工作任務，定義可檢查的範本、試做與成果。
驗收：HR 知道培訓完成時會帶走哪些檔案。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。Prompt 4：業務週會
角色：你是負責「業務週會」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：本週商機、預估金額、階段與阻塞原因。
工作任務：以漏斗變化與前五大阻礙做一頁會議摘要，不展示每筆流水帳。
驗收：業務主管能在會議結束前決定哪些案件需要支援。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。Prompt 5：投資評估
角色：你是負責「投資評估」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：候選方案成本、風險、維護工時及法遵需求。
工作任務：建立同一基準的加權評分，不讓供應商自行提供的亮點取代完整比較。
驗收：能說明權重為何如此設定並保留反對意見。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。Prompt 6：客戶提案
角色：你是負責「客戶提案」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：客戶現況、訪談問題、預期 KPI 與導入限制。
工作任務：先描述客戶痛點與驗收方式，再展示解法和實施階段。
驗收：不會把模板寫成已簽約或已有成效的客戶案例。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。Prompt 7：資安教育
角色：你是負責「資安教育」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：內部資料分類、可外傳限制、常見錯誤示例。
工作任務：將機密資料處理流程換成匿名示例和禁止上傳清單。
驗收：同仁能判斷哪些資料不能輸入公有雲。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。Prompt 8：財務預算
角色：你是負責「財務預算」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：本期預算、已實現、承諾支出與預測。
工作任務：區分實際數據和預估模型，用不同標示且說明估算假設。
驗收：審核者能用原始表重新計算差額。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。發布與交付的共同檢查
先檢查每個可驗證主張是否有來源與日期，次看資料是否超出原授權用途，再檢查第三方圖片、字型與標誌的權利。對客戶未公開資訊、員工個資、供應商合約條款與公司機密，不應因為只是製作教學就放入公開生成工具。只有模擬資料或經過授權的內容，才可用來製作對外可分享範例。
對含有成本、營收、法規與產品功能的頁面，請用三欄表記錄事實、假設與待核。模型能協助列出需要問的問題，但不能自行替有權責的主管批准價格、對外承諾或作出法律結論。若一個漂亮圖表找不到原始檔，就應先退回而非直接匯出。
交付測試應涵蓋至少六項：文字與數值可編輯、圖片有使用權、字體在目標設備正常、關鍵圖表能回算、外部連結可點、長文字未出現裁切。若包含影片、動畫或互動元件，需要在實際放映環境測試；不同工具匯出可能改變呈現，因此不應把檔案副檔名視為交付品質證明。
常見問題
建議建立「簡報需求單」「來源與證據表」「逐頁內容規格」「素材授權表」「最終 QC 與修改紀錄」五種可複用檔案。第一次可先從 spreadsheet 的五個工作表起步，之後每一份簡報只需要複製範本、填入資料、產生草稿、驗收交付，不必重新爭論流程。
問題 1：要從哪個工具開始？
先從你需要交付的格式決定。若團隊持續編修 PPTX，PowerPoint 或 Google Slides 可能是最終工作站；若需要快速提案初稿，Gamma 等工具可參與前段，但仍必須開檔驗證。
問題 2：AI 生出一份簡報就能直接給客戶嗎？
不能只看畫面。先核對資料來源、文字權利、圖表口徑、個資、排版與匯出格式；涉及未公開客戶資料時，還需遵守公司授權與資料處理規則。
問題 3：需要每次都用好幾種工具嗎？
不需要。工作流是責任分工，不是工具競賽。多一個平台就可能多一個權限、版本與匯出風險；以最少工具達到可驗收成果即可。
延伸學習
若你正在自學，可以先用本文的 Prompt、案例和 QC 表完成一次練習；當你需要在團隊內建立共同範本、責任分工和可重複的交付規則時，可延伸閱讀天地人 C1622 AI 商務簡報企業專班。課程將工具操作與實務工作流連在一起，實際安排及可用工具以正式商品頁為準。
把方法帶回工作
先選本文的一個練習，在已授權或虛構資料上完成，保留輸入、輸出和退件原因。再由接手同仁依本篇的驗收條件覆核，將問題寫回工作文件。其他企業 AI 工作方法可延伸閱讀 天地人 Insights。
圖片與資料說明
本文依 2026 年 11 月 10 日可讀的官方文件整理；沒有在各工具付費帳戶完成實機操作或成效測試。以下教學數字與情境為模擬，不能視為真實企業成果。
本文的流程資訊圖為原創教學示意，不代表實際產品畫面或研究統計；首圖為本次 AI 生成的概念插畫，不代表真實客戶、實際課堂、軟體介面或成效數據。工具功能以各官方文件及你使用的版本為準；示範情境沒有使用真實企業資料。
參考來源
本文由 TARAISG（TIANDIREN AI SOLUTION GROUP）使用 AI 模型產生正文、整理來源並設計實務工具。方法依據與限制列於文末；案例為明確標示的教學假設。未有具名紀錄時，不宣稱經人工或專家審核。
查看內容製作與更正說明
