AI 簡報指令不是一句「幫我做 PPT」：12 種可複用 Prompt 規格與失敗修正方法

可複用的 AI 簡報指令需要明確輸入、固定輸出與失敗條件。本文提供十二個提示範本，並用正常、缺漏、衝突三組資料說明如何建立團隊的回歸檢查。

專題編輯：Sylvia Yeh｜人才發展與職場編輯

提示詞加上「專業、精美、有說服力」，仍然沒告訴模型缺資料時怎麼辦。團隊要保存的應是可檢查的工作規格：來源在哪裡、哪些內容不能推論、輸出給誰，以及哪些錯誤要阻止交件。

把提示詞當成工作規格

一份共用提示至少應交代使用情境、必填輸入、禁止假設、輸出格式和停止條件。若輸入沒有完整分母，應回報無法計算；若來源衝突，應提出確認問題。這些規則比形容成品「專業」更方便驗收。

將模板與測試資料一起保存。只有文字模板而沒有預期結果，下一位使用者很難知道是否用對；只有成功回答而沒有原始輸入，也無法重現當時條件。

六個模板維護原則

1．Prompt 應該像需求單

最少包含目的、受眾、既知事實、不可臆測、頁數、結構、視覺、語氣和驗收標準，並要求列出缺漏。

若只輸入「請生成十頁專業 PPT」，模型通常不知道主管最在意的決策是否要先出現在首頁。

2．分工式提示優於一次求全

第一回合確認需求；第二回合整理來源；第三回合設計論點；第四回合生成頁面；最後一回合做反對者查核。

把這五件事塞成一句全能 Prompt，反而容易讓重要數字和未知問題被漂亮文字掩蓋。

3．加入負面約束而非只加好看的形容詞

規則包括不得造數據、不得替客戶承諾、不得猜測價格、沒有來源先標註、避免與既有資料不符的照片。

例如製作財報簡報時，要明確要求統計口徑、期間與來源，並拒絕把預測當實績。

4．格式輸出方便工具交接

可要求輸出 Markdown 表格、JSON 物件、逐頁標題、視覺規格及審核欄，讓設計與查核工作分開進行。

交接到 Google Slides 或 PowerPoint 時，文字結構清楚能減少人工重新拆段的時間。

5．用反例建立失敗修正機制

當文字過長，應請模型指出可移至備註或附錄的內容；當數字矛盾，應產衝突表；當圖像與文字不一致，先修正證據。

不要一味要求「更有質感」，這種無明確驗收條件的指令難以複製。

6．把 Prompt 保存為團隊資產

每份模板要有版本、使用情境、所需輸入、輸出格式、測試案例、常見錯誤與責任人。

建立模板後仍要用新資料測試，不要把一次成功的聊天結果當成可在所有工作情境重複成功。

七欄 Prompt 規格卡

每份簡報 Prompt 用七個欄位維護：role 是角色與任務，audience 是讀者，input 是已授權資料，constraints 是禁止假設與法律邊界，output 是固定格式，acceptance 是成功標準，exceptions 是缺漏與衝突的應對方式。這樣做可以讓不同工具共享任務規格，而不必重複投資在每種平台的單次聊天技巧。

測試案例至少分三組：正常資料中檢驗是否能產生所需內容；缺漏資料中檢驗是否願意回報未知；衝突資料中檢驗是否不擅自決定真實版本。如果只有正常資料的漂亮輸出，就不能說這個 Prompt 已經穩定，因為正式工作最容易出錯的是例外情境。

對職場簡報，提示詞應要求結論式標題、圖表選型理由及可查證來源。對公開新聞議題，提示詞還要確認資料時點，避免把舊聞寫成即時資訊。對課程教材，則需提供練習題、錯誤示例及學習成果；這三種需求不應因為都叫 PPT 而共用完全相同的正文命令。

團隊可把 Prompt 規格卡保存為純文字及版本紀錄：每次調整寫出原本失敗的情境、修正內容、測試結果和負責人。不要用「提示詞更強」作版本說明；可複用資產必須回答在什麼條件下可以穩定交付，以及在哪些條件下應停止。

先測拒絕補數字，再測能否寫得好

把一份模板放進團隊共用資料夾之前，先準備三筆可重複使用的虛構測試資料。正常組提供完整數值與來源；缺漏組刻意移除分母；衝突組則提供不同日期的兩份規格。三組都使用同一版提示，保存實際輸出，再判斷規則是否有被遵守。不要只保存最好的一次結果。

缺漏組的成功結果不是產生完整圖表，而是指出無法計算哪個指標、缺少什麼資料，以及可以先完成什麼工作。衝突組則應並列兩個版本及其日期，提出確認問題，不能自己挑較大的數字或把兩份平均。正常組也不能只看文字流暢，還要抽查每個引用位置是否真的支持主張。

錯誤記錄可分為輸入缺件、指令含糊、輸出格式錯誤與內容判斷錯誤。輸入缺件先補資料；格式錯誤可重申欄位；內容錯誤則回查來源及需求。若把每一種失敗都用「請更專業」重試，就無法累積可維護的模板。

提示版本的變更說明應指出修復哪一種失敗，例如「當來源日期不一致時新增衝突欄」。更新後重跑三組測試，保留未通過項目。本文提供十二個可貼用範本，但沒有宣稱它們已在所有模型、方案或語言設定通過測試；使用者需要以自己的工作資料與實際工具完成驗收。

建立一組有標準答案的提示詞測試資料

團隊可以先用極小的虛構資料集測試規則，避免把大量真實資料直接放進尚未確認的模板。正常組只有三筆資料：甲部門二十件、乙部門三十件、丙部門五十件，期間相同且單位都是案件。要求輸出合計、各部門占比、來源欄與一頁內容建議。這組資料的算術答案是合計一百件，占比分別為百分之二十、三十和五十。這是人工可核對的練習答案，不是任何模型的實際測試成績。

缺漏組要允許輸出不完整

第二組移除丙部門的數值，但保留「資料尚未提供」的註記。正確的要求是列出已知小計與缺漏，不能沿用上一組的五十件，也不能把空值默認為零。若需要完整占比，模型應說明缺少總數或丙部門資料，因此尚不能計算。測試者要檢查的不只是有沒有出現「待確認」三個字，而是圖表、標題和摘要是否也停止使用未確認的總數。

這裡可以加入一個容易造成誤導的指令：「請務必給出完整而有說服力的結論。」若模板的資料邊界設計清楚，仍應保留未知。實際測試時保存原始輸入與完整輸出，才能觀察模板是否在壓力下補數字。不能只截取回答中表現最好的一段，忽略其他段落已經把缺漏寫成事實。

衝突組不能自行選邊

第三組提供兩份同期間的資料，一份寫乙部門三十件，另一份寫三十五件，但沒有核定版本資訊。預期輸出應並列衝突、指出受影響的合計與占比，並提出確認問題。較新的檔名、較大的數字或更完整的表格，都不必然代表已核定版本。若企業有明確的版本規則，應將規則作為輸入；沒有規則時，就不能由模型臆測。

確認正確版本後，再要求重新產出內容，並列出哪些頁面被更新。這一步測試的是修正能否貫穿整份輸出，而不是只改動一個表格。若摘要、圖說和結論仍引用舊值，就表示模板需要加入相依內容核對。提示詞的維護紀錄應記下這個失敗模式，日後換模型或改版時重新測試。

將一份長提示拆成可檢查的階段

第一段只處理資料盤點，第二段處理主張與限制，第三段產出逐頁規格，第四段才檢查文字與呈現。每段都有明確的輸入和輸出，因此可以在中間停止。若資料盤點就發現缺件，不必繼續生成十頁簡報；若主張表已確認，只需修改版面時，也不應重新改寫所有事實。這種分段方式的目的，是讓錯誤容易定位，並非宣稱對所有模型一定較快或較準。

為輸出欄位寫清楚用途

例如 source 欄不只是填一個網址，而應指向可以支持該句話的位置；status 欄不是裝飾標籤，而是決定這一頁可否交付；owner 欄則指出誰能確認尚未完成的事項。若欄位沒有後續用途，就容易變成模型形式上填滿、團隊實際上不看的空殼。可以先用少量欄位完成一次真實交接，再依發現的問題增加規格。

若需要 JSON 或表格，先提供一列合法範例，並說明空值如何表示。對不能判定的資訊，使用明確的未知值，避免空字串被後續工具當成已確認。結構正確與內容正確要分開檢查：JSON 能解析，不代表其中的來源、數字和結論正確；反之，內容有用但格式不合，也不能直接送入自動化流程。兩者都需有可觀察的驗收方法。

不要讓自我評分成為唯一審核

可以請模型列出自己的疑點，但不能只因為它回覆「全部通過」就結案。對算術，使用可重算的方法；對來源，開啟原文；對可編輯檔案，進入實際軟體操作。提示詞能提醒工作者做什麼，無法以一段文字替代這些動作。若工具本身沒有存取某份檔案或應用程式的能力，就應在輸出中清楚列出待人工執行項目。

測試表可以逐項記錄「符合」「不符合」「未測」，並附一個能重現的片段或檔案。未測不應被當成成功；不符合也不必立即判定整套模板無用，而應先判斷是否屬於關鍵錯誤。編造數字、洩露不應分享的資料或改變核准條件，應阻止交付；單一標題過長則可修正後再驗。分級方式要先約定，避免測試完成後才調整標準。

模板發布、變更與退回

共用模板至少應標示版本、適用任務、需要的輸入、已完成的測試與已知限制。若只測過中文內部報告，就不要宣稱也適用英文法規簡報或所有工具。新版修改了來源規則，就重跑來源相關測試；若修改輸出格式，則確認使用該格式的後續步驟仍能讀取。這些測試可隨工作風險調整，不需要把每次小改動都變成龐大專案。

保留上一個可用版本與退回條件。當新版出現重複補數字或遺漏限制時，先停止在正式任務使用，再整理失敗案例。版本紀錄應寫「增加缺漏分母時的停止條件」等具體變更，而非「大幅升級品質」。這能讓接手者知道為什麼要更新，也能判斷某個舊任務是否需要重新處理。

最後安排一次由不同同仁執行的測試。讓他只看模板說明準備資料，觀察哪些地方仍需要口頭補充。若多數問題來自輸入定義不清，應先修說明，而非增加更多華麗的角色設定。可複用的提示詞資產，價值在於團隊知道何時可以用、如何檢查，以及什麼情況必須停下來。

情境與驗收條件

以下情境為原創教學假設，不代表天地人客戶專案或工具已完成的測試。每個案例刻意寫出輸入、操作與交付門檻，讀者可以直接取用，也可以當成企業培訓練習題。

案例 01｜15 頁年度策略報告

工作起點。 財務、行銷與人資三份已核對摘要。

具體操作。 按現況、問題、選項、建議及驗收生成逐頁論點。

交付與驗收。 每頁有證據與資料來源。

案例 02｜5 分鐘主管快報

工作起點。 五項待決議事項與時間限制。

具體操作。 只保留三個需要決定的問題。

交付與驗收。 主管能依頁面完成決策。

案例 03｜產品發表

工作起點。 已核實產品規格和版本。

具體操作。 生成市場問題、價值、差異和限制。

交付與驗收。 不新增不存在的功能。

案例 04｜業務提案

工作起點。 客戶需求與合約邊界。

具體操作。 以客戶問題取代公司簡介開頭。

交付與驗收。 能說明交付與不包含項目。

案例 05｜研究報告轉簡報

工作起點。 已核對的兩份政策報告。

具體操作。 以來源矩陣生成論證地圖。

交付與驗收。 每句政策主張可追溯。

案例 06｜流程圖生成

工作起點。 採購流程和審核角色。

具體操作。 先列節點及例外再建圖。

交付與驗收。 沒有遺漏人工核准。

案例 07｜數據圖表設計

工作起點。 每月銷售模擬 CSV。

具體操作。 先指定分母、單位及圖型目的。

交付與驗收。 圖表不誤導趨勢。

案例 08｜簡報文字精簡

工作起點。 一頁三百字的段落。

具體操作。 保留結論、數據及行動，刪修飾。

交付與驗收。 不改變原始含義。

案例 09｜董事會提問

工作起點。 預算與風險假設。

具體操作。 產出十個可能反對意見及所需證據。

交付與驗收。 不因答不出而自造說法。

案例 10｜學習教材

工作起點。 課程目標、職務與測驗題。

具體操作。 把教學拆成示範、練習、回饋。

交付與驗收。 能力可以在現場被驗收。

案例 11｜雙語簡報

工作起點。 繁體中文原稿與專有名詞表。

具體操作。 建立中英雙語一致性規則。

交付與驗收。 品牌與技術名詞不亂翻。

案例 12｜三種受眾版本

工作起點。 同份內容給主管、工程師和客戶。

具體操作。 改寫敘事層次但保留相同事實。

交付與驗收。 不同版本不產生互斥數字。

案例 13｜企業品牌套版

工作起點。 字體與色票、母片規格。

具體操作。 生成版型約束並標記禁用元素。

交付與驗收。 符合核准的 Logo 及留白。

案例 14｜引用與註解

工作起點。 官方文件、頁碼與資料日期。

具體操作。 要求逐頁提供來源清單。

交付與驗收。 第三人可核對主要結論。

案例 15｜修改後校稿

工作起點。 初稿及修改需求清單。

具體操作。 列出前後差異和影響頁面。

交付與驗收。 修改沒有引入新錯誤。

案例 16｜交付品質報告

工作起點。 PPTX 與核對清單。

具體操作。 輸出 PASS、待修、負責人及期限。

交付與驗收。 可作為企業內訓成果驗收。

十二個可貼用範本

以下提示範本用於整理內容與交接需求，並非已完成的模型實測。每次套用都須提供實際資料；共同規則是不得編造數字、引用、價格或客戶承諾，缺資料時列出問題。輸出應保留來源及待確認欄位。涉及開啟檔案、點選物件、量測時間與檢查權限的步驟，須由使用者在實際軟體中完成，不能靠文字模型自報通過。請按工作環境改成實際可用工具，並在完成後自行覆核。

Prompt 1：15 頁年度策略報告

角色：你是負責「15 頁年度策略報告」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：財務、行銷與人資三份已核對摘要。
工作任務：按現況、問題、選項、建議及驗收生成逐頁論點。
輸出：逐頁表格，欄位包含頁碼、結論式標題、支持證據、圖表用途、原始來源、待確認事項。
驗收：每頁有證據與資料來源。
限制：不可編造數字、引用、價格、客戶承諾或尚未提供的資料；遇缺漏請列問題，不要自行補齊。

Prompt 2：5 分鐘主管快報

角色：你是負責「5 分鐘主管快報」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：五項待決議事項與時間限制。
工作任務：只保留三個需要決定的問題。
驗收：主管能依頁面完成決策。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 3：產品發表

角色：你是負責「產品發表」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：已核實產品規格和版本。
工作任務：生成市場問題、價值、差異和限制。
驗收：不新增不存在的功能。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 4：業務提案

角色：你是負責「業務提案」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：客戶需求與合約邊界。
工作任務：以客戶問題取代公司簡介開頭。
驗收：能說明交付與不包含項目。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 5：研究報告轉簡報

角色：你是負責「研究報告轉簡報」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：已核對的兩份政策報告。
工作任務：以來源矩陣生成論證地圖。
驗收：每句政策主張可追溯。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 6：流程圖生成

角色：你是負責「流程圖生成」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：採購流程和審核角色。
工作任務：先列節點及例外再建圖。
驗收：沒有遺漏人工核准。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 7：數據圖表設計

角色：你是負責「數據圖表設計」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：每月銷售模擬 CSV。
工作任務：先指定分母、單位及圖型目的。
驗收：圖表不誤導趨勢。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 8：簡報文字精簡

角色：你是負責「簡報文字精簡」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：一頁三百字的段落。
工作任務：保留結論、數據及行動，刪修飾。
驗收：不改變原始含義。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 9：董事會提問

角色：你是負責「董事會提問」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：預算與風險假設。
工作任務：產出十個可能反對意見及所需證據。
驗收：不因答不出而自造說法。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 10：學習教材

角色：你是負責「學習教材」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：課程目標、職務與測驗題。
工作任務：把教學拆成示範、練習、回饋。
驗收：能力可以在現場被驗收。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 11：雙語簡報

角色：你是負責「雙語簡報」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：繁體中文原稿與專有名詞表。
工作任務：建立中英雙語一致性規則。
驗收：品牌與技術名詞不亂翻。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 12：三種受眾版本

角色：你是負責「三種受眾版本」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：同份內容給主管、工程師和客戶。
工作任務：改寫敘事層次但保留相同事實。
驗收：不同版本不產生互斥數字。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

權利與輸出品質

先檢查每個可驗證主張是否有來源與日期，次看資料是否超出原授權用途，再檢查第三方圖片、字型與標誌的權利。對客戶未公開資訊、員工個資、供應商合約條款與公司機密，不應因為只是製作教學就放入公開生成工具。只有模擬資料或經過授權的內容，才可用來製作對外可分享範例。

對含有成本、營收、法規與產品功能的頁面，請用三欄表記錄事實、假設與待核。模型能協助列出需要問的問題，但不能自行替有權責的主管批准價格、對外承諾或作出法律結論。若一個漂亮圖表找不到原始檔，就應先退回而非直接匯出。

交付測試應涵蓋至少六項：文字與數值可編輯、圖片有使用權、字體在目標設備正常、關鍵圖表能回算、外部連結可點、長文字未出現裁切。若包含影片、動畫或互動元件，需要在實際放映環境測試；不同工具匯出可能改變呈現，因此不應把檔案副檔名視為交付品質證明。

提示詞常見問題

建議建立「簡報需求單」「來源與證據表」「逐頁內容規格」「素材授權表」「最終 QC 與修改紀錄」五種可複用檔案。第一次可先從 spreadsheet 的五個工作表起步，之後每一份簡報只需要複製範本、填入資料、產生草稿、驗收交付，不必重新爭論流程。

問題 1：Prompt 越長越好嗎？

不是。有效性取決於任務描述、資料品質、限制及檢核方式；太多無關形容詞會增加混淆，不保證更好結果。

問題 2：可以直接把 Prompt 放進任何 AI 工具嗎？

核心結構可以共用，但格式輸出、附件處理、可用模型與工具能力不同，仍需要因平台調整並測試。

問題 3：怎麼知道 Prompt 真的可複用？

至少用正常、缺資料、衝突資料三組輸入做測試，觀察是否可穩定輸出、是否會編造資訊，以及誰負責最後核准。

團隊能力訓練

若你正在自學，可以先用本文的 Prompt、案例和 QC 表完成一次練習；當你需要在團隊內建立共同範本、責任分工和可重複的交付規則時，可延伸閱讀天地人 C1622 AI 商務簡報企業專班。課程將工具操作與實務工作流連在一起，實際安排及可用工具以正式商品頁為準。

把方法帶回工作

先選本文的一個練習，在已授權或虛構資料上完成，保留輸入、輸出和退件原因。再由接手同仁依本篇的驗收條件覆核，將問題寫回工作文件。其他企業 AI 工作方法可延伸閱讀 天地人 Insights。

圖片與資料說明

本文依 2026 年 11 月 10 日可讀的官方文件整理；沒有在各工具付費帳戶完成實機操作或成效測試。以下教學數字與情境為模擬，不能視為真實企業成果。

本文的流程資訊圖為原創教學示意，不代表實際產品畫面或研究統計；首圖為本次 AI 生成的概念插畫，不代表真實客戶、實際課堂、軟體介面或成效數據。工具功能以各官方文件及你使用的版本為準；示範情境沒有使用真實企業資料。

參考來源

Google：以讀者為優先的內容

chatgpt_upload

Gamma：新版與經典建立方式

天地人：C1622 AI 商務簡報企業專班