AI 工作實務
ChatGPT 做簡報的正確順序:先把資料變論點,再把論點變成可驗證的投影片
用 ChatGPT 做簡報,可以先處理來源矛盾,再形成逐頁論點,最後進入視覺編排。本文提供三回合工作法,並區分帳戶具備 Slides 功能與只用文字大綱交接的路徑。
專題編輯:Sylvia Yeh|人才發展與職場編輯
一份提案最常卡住的地方,是資料很多,卻無法說出主管今天要決定什麼。請 ChatGPT 幫忙前,先指定觀眾、待決策事項與允許使用的資料;如果資料仍有矛盾,第一回合就應列出問題,而不是先產生一套看似完整的結論。
先描述觀眾與決策
先提供任務目的、受眾、已授權來源和不可推論的事項。不要只要求「做十頁」,而應說明讀者需要根據簡報採取什麼行動。模型輸出的第一版先作為內容草稿,重要主張仍須回到來源核對。
對文件上傳與 Slides 功能,先確認目前帳戶的可用性。本文重點是從資料整理到逐頁規格的方法;若帳戶沒有相關製作入口,經確認的內容仍可交給既有簡報工具使用。

讓資料形成論點的六個原則
1.把指令從主題改為任務
「幫我做 AI 簡報」缺受眾、決策、資料與邊界;至少應給角色、目標、對象、前提、頁數限制、語氣、來源和不可推測事項。
一份業務提案若以促成試點為目的,前四頁應先回答採購方的疑慮,而非機械式介紹公司沿革。
2.先處理原始文件的可靠程度
上傳文件後先列資料來源、日期、空缺、相互矛盾及不宜上投影片的敏感內容。
若原始 Excel 裡的成本和 PDF 裡的成本差 20%,應回報來源衝突,不應讓 AI 自行平均。
3.請模型先產生「論點地圖」
每一頁用「結論句→支持證據→反對疑問→所需視覺→來源」五個欄位表示。
透過這種中介格式,可在投入美編前先刪去沒有證據支持的頁面,降低返工。
4.將內容改造成觀眾可吸收的資訊量
一頁只處理一個重要觀點,不代表只能有一句話;複雜主題可以用比較表、流程圖、附錄和講者備註承載細節。
對尚未懂專有名詞的受眾,要先用業務情境解釋,再讓圖表和術語出場。
5.兩種生成路徑需要區分
若帳戶具備可直接編輯的簡報功能,可以在相應介面中製作並驗收;若沒有,可先用 ChatGPT 整理大綱,再交給 PowerPoint、Slides 或 Gamma。
不要因為官方頁面說某功能存在,就假設所有帳戶和工作區都可以使用;可用性隨計畫和部署而異。
6.把校稿變成可重複的測試
要求模型扮演反對者指出證據缺口,再由人類檢查每個數字、日期、名字和來源連結。
真正有用的校稿不是「內容是否專業」這種空題,而是問:哪一張投影片若被質疑,能拿出原始資料?
三回合提示工作流
第一回合請求「只讀資料,不產生簡報」。輸出來源索引、尚未確認的數字、相互衝突的段落、不得外傳的欄位及需要追問的問題。若資料缺少分母,應用「需要補充」取代估算;對沒有提供的商業成果,不能寫「根據多年經驗」替代證據。
第二回合提供經人工確認的來源表,要求生成逐頁矩陣:讀者要問什麼、該頁結論、證據、視覺建議、附錄位置和講者備註。先確認前四頁有沒有對準決策;對於無法放進主要敘事的詳細資料,移至附錄而不是直接刪除必要依據。
第三回合要求「反對者審查」。請模型指出最有可能被管理者質疑的五個主張、缺漏來源、可能誤解的圖表與不應使用的因果語句,最後由具責任的同仁回到原始資料核對。這個角色演練是找問題,不是客觀審計結果。
若交付對象需要 PPTX,將第二回合核定的矩陣交給 PowerPoint、Google Slides 或 Gamma。把內容與視覺分開,意味著以後更換工具仍能保留已審查的結構,組織便不必每次從空白輸入框重新定義工作。
示範對話:資料互相衝突時先留下問題
以下數字完全是練習假設:資料 A 寫三月成本 120,資料 B 寫三月成本 150,兩者都沒有說明是否含稅或是否含一次性費用。錯誤做法是讓模型取平均 135,然後畫成一張看似精準的圖。合理的第一回合輸出應是衝突紀錄,列出兩個數值、來源位置和需要向資料負責人詢問的口徑。
第二回合只使用已確認項目。若成本仍未解決,可以先做決策頁的結構,將證據欄保留「待確認成本範圍」,不把未知數填成零。在主管需要當天開會的情境下,簡報也可以明確提出「目前能決定試點範圍,尚不能決定年度預算」,讓決策範圍和證據成熟度一致。
第三回合請模型找出過度推論,例如從「三位同仁覺得方便」跳成「全公司可以提高效率」。模型提出的質疑只是一份檢查清單,仍由人確認是否成立。遇到引用連結無法開啟時,要回到原始文件或刪除該主張,不能讓模型補上一個看似正式的網址。
OpenAI 官方文件列有 ChatGPT Slides,但使用前須核對目前帳戶與工作區是否具備相應功能;沒有入口時,先把核定矩陣交給團隊既有簡報軟體即可。無論選哪條路徑,本文的示範都沒有宣稱已在你的付費帳戶實測,也不保證模型會一次遵守全部規格。
用一份小型資料包練習「來源到論點」
以下是可自行建立的虛構練習,並非 ChatGPT 實測結果。資料包包含三個檔案:一份會議紀錄、一張案件統計表,以及一頁試點需求。會議紀錄寫著「同仁反映補件往返較多」,統計表只有各週案件量和補件件數,試點需求則希望評估是否能縮短整理時間。這三份資料互有關聯,但沒有任何一份已證明工時下降。因此簡報可以提出待驗證的假設,不能直接寫成「AI 已提高效率」。
第一回合只請模型整理資料邊界
先要求列出每份文件的名稱、日期、用途、可支持的主張與缺少的資訊。若統計表沒有工時欄位,預期輸出應指出不能計算節省時間;若會議紀錄只有個別發言,則應保留發言的性質,不把它改寫成全體同仁的量化調查。這一輪先不要生成投影片,讓製作者有機會修正模型對來源的理解。
檔案上傳成功只代表工具接受了檔案,不代表每一頁、每個表格都被正確理解。可抽查一個標題、一筆表格資料和一段註解,要求模型指出它所使用的來源位置,再由人員對照原檔。對掃描文件、圖像中的文字或複雜版面,尤其不能只憑摘要流暢就判定讀取完整。無法核對時改用經人工確認的文字或表格片段,並記錄整理方式。
第二回合建立主張表
主張表可分成四欄:候選結論、支持資料、反例或限制、可採用的表述。以補件為例,「本週補件件數較多」可能由統計表支持;「補件造成所有延遲」則需要更多流程時間資料。兩句話的強度不同,不能因為後者比較有力就選它當標題。若模型提出因果關係,請它列出還需要哪些證據,而不是只改寫得更委婉。
同時讓模型產出一個反對觀點,例如案件量增加可能也會使補件總數增加。製作者因此應回查分母,決定要呈現件數、比例,或兩者並列。這個步驟不要求模型替人下最終結論,而是用來暴露尚未釐清的問題。原始資料沒有支援的內容,繼續保留在待確認欄,不能因為進入下一回合就消失。
第三回合才生成逐頁規格
將已核對的主張交給模型,要求每頁只回答一個觀眾問題。第一頁可以是「今天希望核准什麼」,第二頁是「目前哪些現象值得測試」,第三頁是「試點如何收集缺少的資料」。每頁規格包含標題、三個內文要點、來源位置、圖像用途和待確認欄位。來源不足的頁面可以保留文字說明,無須為了湊齊視覺而虛構數據圖。
對同一份資料,向主管報告與向同仁教學的結構應不同。主管版本先呈現決策範圍及風險;教學版本則先示範如何辨認缺漏和回查來源。可以請模型各產生一版故事板,再比較哪些段落只是換語氣、哪些真正改變了資訊順序。選擇的理由應回到受眾任務,而不是哪一版形容詞較多。
對話越長,越需要一份已確認規格
在多輪修改中,容易發生新要求覆蓋舊限制,或舊數字重新出現。每完成一個階段,就保存一份經確認的簡短規格:目前受眾、決策請求、可用來源、禁止推論、頁面清單及尚未解決的問題。下一輪以這份規格為基準,明確指出只改哪個部分。這是工作管理方法,不是對任何模型記憶能力的保證。
若主管將試點範圍從所有部門縮小為行政部門,請模型列出受影響頁面,再逐頁核對;不要只要求「全篇改成行政部」。標題、樣本說明、風險和結尾的責任人都可能需要調整。若只修改文字卻保留原來的大範圍效益推論,簡報仍然會誤導。修改完成後,以新範圍重新審查每個主張,而不是只搜尋是否還有舊部門名稱。
回應不符合要求時,先診斷再重試
缺少來源欄,屬於輸出格式問題;引用錯誤頁碼,屬於證據對應問題;憑空填寫費用,則是違反資料邊界。三種錯誤需要不同處理。格式問題可提供一列正確範例;證據問題要回到原檔;費用缺漏則應刪除推估並提出確認問題。若所有錯誤都用「再專業一點」重試,可能只得到語氣更肯定的錯誤答案。
正式交付前,把整理後的內容與最後匯出檔分開驗收。文字版通過不代表投影片中的表格、註解和連結都已正確保留;投影片畫面正常也不代表來源主張已核實。若帳戶具有目前官方說明的 Slides 功能,可依其可用方式建立及匯出;若沒有該功能,仍可將逐頁規格交給既有簡報工具。不要把某個入口是否出現,當成這套內容方法能否使用的前提。
最後請接收者用一句話說出簡報要求他做的決定,再隨機選一個數字追查來源。第一項檢查敘事,第二項檢查證據。若其中一項做不到,先回到對應階段修正,不必整份從零開始。這個練習的成果是一條可追溯的內容路徑,而非一次看似完整的模型回答。
不同報告的提問方式
以下情境為原創教學假設,不代表天地人客戶專案或工具已完成的測試。每個案例刻意寫出輸入、操作與交付門檻,讀者可以直接取用,也可以當成企業培訓練習題。
案例 01|客戶年度提案
工作起點。 客戶訪談紀錄、需求清單與已確認預算。
具體操作。 建立三個版本的一句話提案主張,標明假設。
交付與驗收。 每個版本可對應到不同決策目標。
案例 02|財務月報
工作起點。 Excel 收入與成本資料。
具體操作。 先確認費用含稅與期間再產差異摘要。
交付與驗收。 公式可重算且有參考欄位。
案例 03|新服務企劃
工作起點。 問題敘述、目標客群與價值假設。
具體操作。 請 AI 先建立論證樹再安排頁數。
交付與驗收。 可以說出主張需要哪些證據。
案例 04|主管會議
工作起點。 三位主管的關切問題。
具體操作。 分別寫出他們可能提出的反對理由。
交付與驗收。 簡報有回答關鍵質疑而非只有優點。
案例 05|招募宣導
工作起點。 合法公開的職務規格。
具體操作。 整理工作價值、入職流程與 FAQ。
交付與驗收。 沒有虛構福利和薪資承諾。
案例 06|員工訓練
工作起點。 SOP 與常見錯誤紀錄。
具體操作。 把段落轉成操作題、反例及驗收問題。
交付與驗收。 課後能依步驟完成操作。
案例 07|產品更新說明
工作起點。 變更紀錄、版本號、使用者影響。
具體操作。 分成已上線、測試中、規劃中三欄。
交付與驗收。 不會把預計功能寫成已發布。
案例 08|研討會講稿
工作起點。 正式論文與演講目標。
具體操作。 先形成聽眾疑問,再提出證據段落。
交付與驗收。 沒有把論文結論擴張到未涵蓋族群。
案例 09|競品比較
工作起點。 公開功能文件與價格說明。
具體操作。 建立同一時點與相同使用條件的比較表。
交付與驗收。 能指出比較的限制與日期。
案例 10|重大異常說明
工作起點。 事件時間線與確認事實。
具體操作。 區分已知、未知和後續調查。
交付與驗收。 不能把推測當成責任歸屬。
案例 11|教育訓練預算
工作起點。 訓練時數、費用與成果假設。
具體操作。 列出成本分項與不確定數字。
交付與驗收。 決策者可驗證投入與產出。
案例 12|行銷活動結案
工作起點。 觸及、點擊、轉換定義。
具體操作。 先校準分母,再產成效結論。
交付與驗收。 不以曝光量冒充成交。
案例 13|年度策略討論
工作起點。 策略選項與風險清單。
具體操作。 替每個選項設停損與驗收門檻。
交付與驗收。 會議有明確下一步。
案例 14|研究成果摘要
工作起點。 三份研究報告與互相矛盾處。
具體操作。 保留每篇研究的期間、母體、方法。
交付與驗收。 不做不支持的因果聲明。
案例 15|供應商提案審核
工作起點。 規格書、SLA 與維護條款。
具體操作。 產生採購追問清單而非只摘要賣點。
交付與驗收。 缺漏條款有待澄清狀態。
案例 16|演講故事線
工作起點。 十分鐘長度與三個關鍵概念。
具體操作。 產生主張、例子、轉場與回收結論。
交付與驗收。 內容能按時間完成且不斷裂。
可貼用的內容整理提示
以下提示範本用於整理內容與交接需求,並非已完成的模型實測。每次套用都須提供實際資料;共同規則是不得編造數字、引用、價格或客戶承諾,缺資料時列出問題。輸出應保留來源及待確認欄位。涉及開啟檔案、點選物件、量測時間與檢查權限的步驟,須由使用者在實際軟體中完成,不能靠文字模型自報通過。請按工作環境改成實際可用工具,並在完成後自行覆核。
Prompt 1:客戶年度提案
角色:你是負責「客戶年度提案」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:客戶訪談紀錄、需求清單與已確認預算。
工作任務:建立三個版本的一句話提案主張,標明假設。
輸出:逐頁表格,欄位包含頁碼、結論式標題、支持證據、圖表用途、原始來源、待確認事項。
驗收:每個版本可對應到不同決策目標。
限制:不可編造數字、引用、價格、客戶承諾或尚未提供的資料;遇缺漏請列問題,不要自行補齊。Prompt 2:財務月報
角色:你是負責「財務月報」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:Excel 收入與成本資料。
工作任務:先確認費用含稅與期間再產差異摘要。
驗收:公式可重算且有參考欄位。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。Prompt 3:新服務企劃
角色:你是負責「新服務企劃」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:問題敘述、目標客群與價值假設。
工作任務:請 AI 先建立論證樹再安排頁數。
驗收:可以說出主張需要哪些證據。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。Prompt 4:主管會議
角色:你是負責「主管會議」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:三位主管的關切問題。
工作任務:分別寫出他們可能提出的反對理由。
驗收:簡報有回答關鍵質疑而非只有優點。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。Prompt 5:招募宣導
角色:你是負責「招募宣導」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:合法公開的職務規格。
工作任務:整理工作價值、入職流程與 FAQ。
驗收:沒有虛構福利和薪資承諾。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。Prompt 6:員工訓練
角色:你是負責「員工訓練」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:SOP 與常見錯誤紀錄。
工作任務:把段落轉成操作題、反例及驗收問題。
驗收:課後能依步驟完成操作。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。Prompt 7:產品更新說明
角色:你是負責「產品更新說明」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:變更紀錄、版本號、使用者影響。
工作任務:分成已上線、測試中、規劃中三欄。
驗收:不會把預計功能寫成已發布。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。Prompt 8:研討會講稿
角色:你是負責「研討會講稿」的簡報內容編輯,優先幫讀者完成決策與資料查核,不是美化文字。
已知輸入:正式論文與演講目標。
工作任務:先形成聽眾疑問,再提出證據段落。
驗收:沒有把論文結論擴張到未涵蓋族群。
輸出:內容草案、來源與待確認事項;另列必須在實際軟體中執行的檢查,未執行不可自報通過。覆核與分享前檢查
先檢查每個可驗證主張是否有來源與日期,次看資料是否超出原授權用途,再檢查第三方圖片、字型與標誌的權利。對客戶未公開資訊、員工個資、供應商合約條款與公司機密,不應因為只是製作教學就放入公開生成工具。只有模擬資料或經過授權的內容,才可用來製作對外可分享範例。
對含有成本、營收、法規與產品功能的頁面,請用三欄表記錄事實、假設與待核。模型能協助列出需要問的問題,但不能自行替有權責的主管批准價格、對外承諾或作出法律結論。若一個漂亮圖表找不到原始檔,就應先退回而非直接匯出。
交付測試應涵蓋至少六項:文字與數值可編輯、圖片有使用權、字體在目標設備正常、關鍵圖表能回算、外部連結可點、長文字未出現裁切。若包含影片、動畫或互動元件,需要在實際放映環境測試;不同工具匯出可能改變呈現,因此不應把檔案副檔名視為交付品質證明。
ChatGPT 簡報常見問題
建議建立「簡報需求單」「來源與證據表」「逐頁內容規格」「素材授權表」「最終 QC 與修改紀錄」五種可複用檔案。第一次可先從 spreadsheet 的五個工作表起步,之後每一份簡報只需要複製範本、填入資料、產生草稿、驗收交付,不必重新爭論流程。
問題 1:ChatGPT 會幫我直接生成 PowerPoint 嗎?
可用能力因帳戶、工作區、工具連接和輸出介面而異。先確認自己的環境是否有簡報功能;即使沒有,也可以先產 Brief、大綱、表格與圖表說明,再交由可編輯投影片工具處理。
問題 2:一個 Prompt 就能得到商務完成品嗎?
對高風險商務資料不建議。需求確認、來源查核、結構設計、版型編修與品質驗收是不同責任,分階段通常較容易發現錯誤。
問題 3:把公司機密文件上傳會比較準嗎?
資料越完整可能改善上下文,但是否允許上傳必須由公司的資料治理政策、帳戶設定及契約決定,不能為了便利直接使用未授權內容。
延伸學習
若你正在自學,可以先用本文的 Prompt、案例和 QC 表完成一次練習;當你需要在團隊內建立共同範本、責任分工和可重複的交付規則時,可延伸閱讀天地人 C1622 AI 商務簡報企業專班。課程將工具操作與實務工作流連在一起,實際安排及可用工具以正式商品頁為準。
把方法帶回工作
先選本文的一個練習,在已授權或虛構資料上完成,保留輸入、輸出和退件原因。再由接手同仁依本篇的驗收條件覆核,將問題寫回工作文件。其他企業 AI 工作方法可延伸閱讀 天地人 Insights。
圖片與資料說明
本文依 2026 年 11 月 10 日可讀的官方文件整理;沒有在各工具付費帳戶完成實機操作或成效測試。以下教學數字與情境為模擬,不能視為真實企業成果。
本文的流程資訊圖為原創教學示意,不代表實際產品畫面或研究統計;首圖為本次 AI 生成的概念插畫,不代表真實客戶、實際課堂、軟體介面或成效數據。工具功能以各官方文件及你使用的版本為準;示範情境沒有使用真實企業資料。
參考來源
本文由 TARAISG(TIANDIREN AI SOLUTION GROUP)使用 AI 模型產生正文、整理來源並設計實務工具。方法依據與限制列於文末;案例為明確標示的教學假設。未有具名紀錄時,不宣稱經人工或專家審核。
查看內容製作與更正說明
