NotebookLM 做簡報：如何把 PDF 與研究文件整理成有來源、可覆核的決策資料？

NotebookLM 類型的來源工具能協助整理文件，但投影片上的主張仍須逐項回查。本文以來源矩陣處理版本、衝突及推論，並補上官方文件所列的生成、修訂與下載限制。

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

十份文件一起放進筆記本，不會自動變成十份互相支持的證據。研究或訓練簡報的第一步，是辨認資料的發布者、有效版本及適用範圍。只要其中一份是草案，或兩份資料使用不同分母，就不能直接混成一張趨勢圖。

先確認文件的適用範圍

先寫研究問題，再挑選有權使用且確實相關的文件。文件多寡不等於證據強度；不同日期、範圍和來源類型應分開記錄，讓讀者知道哪些是官方描述、哪些是觀察或假設。

生成簡報前，先確認重要主張能對應原文位置。對尚未得到支持的結論，保留待核或改成研究問題。來源型工具能協助整理資料，但不能替研究者承擔選擇來源與核對結論的責任。

來源驅動的六項原則

1．來源清單先於簡報

將文件依權威性、時間、適用對象和是否為草稿分級；缺日期或版本的文件先標示限制。

若兩份內部政策版本互相矛盾，先確認哪份已生效，不應把兩份內容混合成新政策。

2．拆分原文、摘要與推論

每個重要觀點都分為「來源明示」「跨文彙整」「編輯建議」三層，避免從摘要直接跳到商業決策。

例如供應商白皮書可能描述其產品能力，不能因此斷定所有競品都沒有。

3．使用來源檢索規劃內容骨架

先提出問題清單：決策者要知道什麼？有哪些不同答案？每個答案由哪些文件支持？

把原始來源頁碼、段落或文件標題寫入來源矩陣，方便後續重新核對。

4．生成簡報功能的限制

Google 官方文件介紹從筆記來源建立 Slide Deck 的流程，並提醒生成內容可能有視覺或事實錯誤；方案、語言及裝置支援需按當時帳戶確認。

能生成成品並不代表每個圖表都引用對的來源，也不應把概念插畫當成文件中的真實統計。

5．設計「反向查核」測試

生成一張投影片後，不只問它從哪裡來，也問：若把來源移除，這個結論是否仍成立？若來源互相矛盾，頁面如何表達？

只要結論涉及採購、法規或醫療等重大判斷，就應由具責任的人員覆核原始文件。

6．報告交付應包含證據附件

除簡報外提供來源表、引用欄、事實待核清單、摘錄版本、作業日期。

這類附件讓下一次內容更新時不必從零比對全文，也能保留對外被質疑時的審計線索。

四欄來源矩陣

使用 NotebookLM 之前，先建立來源矩陣：文件名稱與版本、文中主張、原始位置、可採信程度。文件名稱應包括發行者和日期；如果只有「最新版.pdf」，將難以確認與外部公告是否相同。可採信程度可以暫分為正式公告、已審研究、廠商宣稱及內部草案，不要讓名稱接近的文件混為一談。

示範情境：某內部教育資料說「系統 A 支援離線操作」，另一份新規格說「僅特定模組可離線」。在生成簡報前，應先請負責人判定適用產品版本與條件，而不是用 AI 自行取平均。簡報若只寫「支援離線」，就會把有條件敘述變成過度承諾。

對每頁採用「主張、證據、限制」三欄。例如「政策要在 12 月生效」必須附正式發布單位、法規或公告的日期、適用範圍與例外。只有二手摘要時應明確說明來源不足。NotebookLM 能協助整理，但來源頁面仍需要人工檢核，尤其是法律、財務與組織機密資訊。

建議把生成結果分成觀眾版和審核版。觀眾版以簡潔圖表呈現；審核版增加文件位置、衝突紀錄與待核項目。這種雙層交付能讓畫面維持清楚，也讓具責任的主管隨時追問證據，而不必每次重新閱讀十份原文。

修訂之後，還要再做一次來源核對

本次查閱的 Google 官方說明頁標題為 Gemini Notebook；本文保留讀者常用的 NotebookLM 搜尋名稱，實際介面名稱以當前帳戶為準。官方文件提醒生成簡報可能有事實或視覺錯誤，並列有 PDF 與 PowerPoint 下載選項。下載格式不代表內容已被證實，也不代表每個物件都符合你的可編輯需求。

更需要注意的是，該文件明示目前修訂投影片時不採用來源。因此首次產生後，即使來源表沒有改，後續要求縮短、換例子或更新視覺，也需要重新對照相關文件。不要把第一次的引用正確性無限延伸到所有修訂版本。

可為每張投影片加上 claim_id，並在審核表記錄來源版本與最近一次修改。例如 C04 來自政策第二版第八頁，修訂時把「特定部門」刪成「全公司」，就改變了適用範圍。這類錯誤不一定會造成畫面破版，卻會改變讀者的決策，所以應先查語意，再看排版。

當來源衝突尚未解決，簡報應保留「待確認」並列出可決定與不可決定的事項。可以請工具列出差異，但由文件責任人判斷有效版本。研究報告、內部政策、廠商宣稱和編輯推論的證據效力不同；引用越多不代表結論越可靠。本文沒有登入工具完成生成測試，這些規則是可供實作的驗收設計。

用一張來源矩陣控制研究簡報的範圍

假設要整理三份虛構資料：一份產品規格、一份訪談摘要和一份內部測試紀錄。三者的證據性質不同。產品規格可以支持廠商列出的功能；訪談摘要只能說明受訪者的經驗；內部測試則受樣本、環境和方法限制。將它們放入同一個筆記本，不會自動使每句話具有相同可信度。來源矩陣應保留文件類型、日期、作者或提供者、適用範圍及不能推出的結論。

先確認來源真的回答問題

研究問題若是「能否支援本公司的每週報告」，只有產品介紹通常不足以作答。還需要交付格式、資料權限和公司自身測試。可以先將簡報定位為「待驗證能力與測試計畫」，而不是「導入效益報告」。這個命名會影響後續標題與圖表：前者允許清楚列出未知，後者則需要實際成果證據。不要因為來源數量多，就把研究階段寫成完成階段。

來源也需要版本管理。如果規格文件更新了，先確認哪些主張受影響，再決定是否重新產生內容。不要讓舊版與新版同時存在，卻沒有說明各自用途。需要比較版本時，則明確保留日期與差異，要求輸出標示版本，而非自行選擇最新一份就覆蓋全部歷史。來源整理的選擇應由研究者作出，不能把責任交給生成結果。

為重要主張建立對照列

對每個準備放進投影片的主張，建立「主張文字、來源位置、支持程度、限制、覆核者」五欄。支持程度可以分為直接支持、部分支持與未找到支持。若來源只說某功能可用，投影片卻寫成一定能降低成本，就應列為未充分支持。修正方式可能是縮小語句，也可能是補充實際測試，而不是再加一個看起來相關的連結。

引用標記是尋找證據的入口，仍需打開原文核對。檢查來源是否真的包含該資訊、引用的上下文是否有限制，以及時間和對象是否相同。若某段文字描述的是特定方案或地區，不能在簡報中省略條件。這種核對尤其適用於功能、價格、政策與研究數據；語氣再流暢，也不能替代閱讀原始內容。

從來源摘要走到投影片，增加一道主張審查

先產出一頁研究摘要，確認核心問題、已知資訊與尚未解答事項，再整理投影片大綱。摘要中的未知應在簡報中保留可見位置，例如「尚待確認」「僅適用本次樣本」。如果為了讓故事更完整而刪除未知，簡報就會比來源表達得更確定。必要時把結論改成下一步要蒐集的證據，而不是強行給出採購或導入建議。

圖表中的數字要另行核對

即使文字摘要正確，圖表仍可能在期間、分母或單位上出錯。可先選一個最重要的數字，回查原始表格並自行重算。以下是純教學例子：兩組樣本分別有十件與一百件，不能只比較各自的錯誤件數就判斷品質優劣；還要確認任務難度及錯誤定義。若無法建立一致比較條件，改用文字說明限制，比畫出容易誤解的高低柱狀圖更合適。

對掃描文件或圖像中的表格，應特別確認文字辨識與行列對應。數字的小數點、負號和單位都可能影響結論。若原始資料無法清楚辨識，不要將模型整理後的表格當成唯一來源；先取得可讀版本或人工確認的資料，再進行分析。將這一步寫進研究流程，可以避免後續每張投影片都建立在同一個讀取錯誤上。

修訂後要重新核對來源

本次官方說明明確指出，投影片的修訂功能不會在修訂時參照來源。因此修訂適合與來源核對分開管理：調整標題或版面後，研究者仍要確認重要語句沒有改變意思。若修改涉及新數字、新結論或來源更新，就應回到來源整理與主張審查，而不是只對既有投影片持續下修改指令。這是本篇最需要留意的功能邊界。

可保存修訂前後的頁面文字，逐項標記新增、刪除與改寫。對純粹縮短句子的修改，也要確認限制條件是否一起被刪掉。例如「在本次樣本中觀察到」若被縮成肯定的普遍敘述，就需要退回。修訂完成的標準不是文字變少，而是讀者得到的意思仍與證據一致。

下載後如何交接

官方文件列出的下載格式包含 PDF 與 PPTX，但格式存在不等於已證明每個元素都符合你的維護需求。若接收者要修改內容，應在其實際軟體中測試文字、表格與圖像；若只需閱讀，則確認頁面順序、字級和來源說明完整。這些是接收端驗收項目，本文沒有以官方功能清單代替實際檔案測試。

交付研究簡報時，另附一份來源索引，列出文件版本、查閱日期和重要主張的位置。只分享最後的投影片，接手者可能無法知道哪一頁需要隨資料更新。若來源具有分享限制，應在授權範圍內提供適當索引或取得存取方式，不能為了方便就公開完整文件。來源可追溯與來源可公開，是不同問題。

最後請另一位同仁挑一個結論，獨立找到原文並解釋它的限制。若只能找到相近主題，卻找不到真正支持該結論的段落，就先把該頁標為待修。這個交叉核對能幫助研究者發現過度推論，但不代表所有引用都已經自動正確；正式發布前仍須完成逐項審查。

研究與訓練情境

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

案例 01｜政策訓練

工作起點。 三份不同日期的內部政策。

具體操作。 辨識最新版與已作廢條款，再做教育簡報。

交付與驗收。 每項宣導可以回指有效政策。

案例 02｜招募研究

工作起點。 公開職涯報告與內部需求。

具體操作。 分開公開趨勢和公司需求假設。

交付與驗收。 不把市場平均當公司保證。

案例 03｜財報摘要

工作起點。 公開財報 PDF 與法說簡報。

具體操作。 把年度與季度指標建立同口徑表。

交付與驗收。 數字能對應原始資料與期間。

案例 04｜法規整理

工作起點。 主管機關原文與 FAQ。

具體操作。 區分法律條文、行政解釋與實務建議。

交付與驗收。 不把專家意見當法律義務。

案例 05｜產業研討會

工作起點。 五份不同公司研究。

具體操作。 建立主張、反面證據與限制三欄。

交付與驗收。 觀眾知道結論適用情境。

案例 06｜客戶需求

工作起點。 會議紀錄與客戶簽核規格。

具體操作。 先列已確認需求及未決事項。

交付與驗收。 不把內部討論當成客戶承諾。

案例 07｜專案交接

工作起點。 設計決策文件與事故紀錄。

具體操作。 依版本和主題重新整理決策路徑。

交付與驗收。 新接手者找得到依據。

案例 08｜供應商比較

工作起點。 三家規格書與 SLA。

具體操作。 對照相同能力、保固與權限條件。

交付與驗收。 差異不由文案密度決定。

案例 09｜董事會研究

工作起點。 公開統計、內部試點與風險。

具體操作。 用來源類別標籤支持判斷。

交付與驗收。 主要主張都有可追查證據。

案例 10｜教學教材

工作起點。 課本、課綱、測驗規格。

具體操作。 把概念分為核心、延伸和常見錯誤。

交付與驗收。 學習目標與測驗一致。

案例 11｜產品需求

工作起點。 使用者訪談摘要與待辦清單。

具體操作。 把觀察、解讀與功能優先級分層。

交付與驗收。 避免將單一抱怨變成功能共識。

案例 12｜技術架構

工作起點。 API 契約、ADR 與系統規格。

具體操作。 建立名詞表與依賴關係。

交付與驗收。 技術關係符合原架構。

案例 13｜研究文獻

工作起點。 十篇研究摘要與方法。

具體操作。 標記樣本、資料期別和限制。

交付與驗收。 不以摘要詞句推論因果。

案例 14｜政策變更

工作起點。 新舊公告與生效日期。

具體操作。 用差異表整理受影響對象。

交付與驗收。 不將未生效條文寫成已實施。

案例 15｜上市公司分析

工作起點。 法定文件和管理層說法。

具體操作。 區分事實數字、公司指引與分析假設。

交付與驗收。 避免對投資表現作保證。

案例 16｜資訊安全訓練

工作起點。 資安政策與外部參考。

具體操作。 以匿名化案例說明安全責任。

交付與驗收。 不露出實際漏洞與秘密。

來源整理提示

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

Prompt 1：政策訓練

角色：你是負責「政策訓練」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：三份不同日期的內部政策。
工作任務：辨識最新版與已作廢條款，再做教育簡報。
輸出：逐頁表格，欄位包含頁碼、結論式標題、支持證據、圖表用途、原始來源、待確認事項。
驗收：每項宣導可以回指有效政策。
限制：不可編造數字、引用、價格、客戶承諾或尚未提供的資料；遇缺漏請列問題，不要自行補齊。

Prompt 2：招募研究

角色：你是負責「招募研究」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：公開職涯報告與內部需求。
工作任務：分開公開趨勢和公司需求假設。
驗收：不把市場平均當公司保證。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 3：財報摘要

角色：你是負責「財報摘要」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：公開財報 PDF 與法說簡報。
工作任務：把年度與季度指標建立同口徑表。
驗收：數字能對應原始資料與期間。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 4：法規整理

角色：你是負責「法規整理」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：主管機關原文與 FAQ。
工作任務：區分法律條文、行政解釋與實務建議。
驗收：不把專家意見當法律義務。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 5：產業研討會

角色：你是負責「產業研討會」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：五份不同公司研究。
工作任務：建立主張、反面證據與限制三欄。
驗收：觀眾知道結論適用情境。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 6：客戶需求

角色：你是負責「客戶需求」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：會議紀錄與客戶簽核規格。
工作任務：先列已確認需求及未決事項。
驗收：不把內部討論當成客戶承諾。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 7：專案交接

角色：你是負責「專案交接」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：設計決策文件與事故紀錄。
工作任務：依版本和主題重新整理決策路徑。
驗收：新接手者找得到依據。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

Prompt 8：供應商比較

角色：你是負責「供應商比較」的簡報內容編輯，優先幫讀者完成決策與資料查核，不是美化文字。
已知輸入：三家規格書與 SLA。
工作任務：對照相同能力、保固與權限條件。
驗收：差異不由文案密度決定。
輸出：內容草案、來源與待確認事項；另列必須在實際軟體中執行的檢查，未執行不可自報通過。

引用與對外分享檢查

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

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

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

來源簡報常見問題

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

問題 1：NotebookLM 的簡報是否可以直接發布？

Google 官方提醒 AI 產生簡報可能有事實與視覺錯誤。對外使用時應查原始來源，特別是日期、數字、圖表和推論。

問題 2：使用來源文件就代表內容完全正確嗎？

不代表。原始文件可能已過時、互相矛盾或本身只提供單方主張；引用可追溯是必要條件，不是正確性的充分條件。

問題 3：有機密文件可以上傳嗎？

先確認組織資料分級、帳戶條款及資料處理許可；沒有取得授權，不應因為工具方便而上傳。

延伸學習

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

把方法帶回工作

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

圖片與資料說明

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

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

參考來源

Google：產生及修訂投影片

chatgpt_upload

Google：以讀者為優先的內容

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