Microsoft 365 Copilot 企業內訓怎麼規劃？從帳號權限、部門實作到導入成效

企業部署了 Microsoft 365 Copilot，員工卻仍然照舊寄信、找檔案、開會與製作簡報，問題往往不是少了一堂功能教學，而是授權、資料權限、工作情境與管理責任沒有一起準備。本文提供 IT 與 HR 可以共同使用的訓前檢核、部門工作樣本、分梯課綱、資安治理界線、採用儀表板指標與 30／60／90 天推動方法，協助把「買了 Copilot」轉成可驗收的工作改變。

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

一、為什麼買了 Copilot，員工仍然沒有改變工作方式？

企業採購軟體時，容易把「帳號發給使用者」誤認為「使用者已具備能力」。實際上，員工可能不知道哪些工作適合使用、找不到有價值的組織文件、對結果不信任，或擔心把主管文件輸入後會產生風險。更常見的情況是，培訓直接以產品功能清單安排，逐一示範摘要郵件、整理 Teams 會議、生成 Word 草稿與 PowerPoint 簡報，最後每個功能看似都學過，卻沒有解決某個部門最重要的工作阻礙。

Microsoft 官方採用指引建議，在部署前評估資料治理成熟度與安全控制，並準備授權、應用程式和網路；官方採用資源也提供使用情境及成果衡量參考。這是一個明確訊號：企業不能單獨採購授權，也不能單獨採購課程，而要把平台準備與工作移轉視為同一件事的不同階段。內訓只是其中一個機制，不是整個導入成果。

本篇沿用市場熟悉的「Microsoft 365 Copilot」關鍵字，但須注意 Microsoft 官方文件在 2026 年已使用「Microsoft Copilot」作為部分原 Microsoft 365 Copilot 產品體驗的新名稱。產品名稱、授權資格與不同應用程式中的功能會持續調整，因此課前應依租戶的真實授權與當時官方文件核實，而不是照一份去年截圖安排所有練習。尤其 Microsoft Copilot Chat 與需要另外授權的 Microsoft Copilot 體驗，不能混為同一套可用功能。

企業應先訂出一句可被驗收的目標。例如：「在獲准使用的資料範圍內，讓部門員工能把會議決策整理、文件草稿與知識搜尋各完成一項標準化工作，並以人工審核維持品質。」這比「讓所有同仁認識 Copilot 10 大功能」更有管理價值。因為前者可確認輸入、輸出、權責與時間；後者只能確認產品是否被介紹。

二、訓前要做的不是報名表，而是授權與資料就緒檢查

第一個檢查面向是「使用者到底能用哪一種體驗」。Microsoft 官方列出授權前提、Microsoft Entra ID 身分、應用程式、網路與相容性條件；使用郵件、行事曆或其他信箱資料的體驗，另需要 Exchange Online 信箱。不同功能受到授權與租戶設定影響，不能假設每個學員只要在瀏覽器看得到 Copilot，就一定能對公司郵件、聊天、檔案進行相同程度的查詢。IT 應抽樣用真實的測試帳號確認操作入口，而不是從採購訂單推斷可用性。

第二個面向是「員工是否真的有需要被搜尋的工作資料」。若部門的文件都散落在個人硬碟、舊版附檔、未索引的地方系統或權限不一致的共享資料夾，員工可能無法得到符合期待的結果。這不必然代表模型能力不足，也可能是資訊架構問題。導入時應先評估 SharePoint、OneDrive、Teams 等既有資料是否已整理好名稱、版本、擁有者、存取對象與保存策略，再決定哪些任務適合課堂操作。

第三個面向是權限與過度分享。Microsoft 官方說明，Copilot 遵循現有 SharePoint 與 OneDrive 存取權限；若文件本來就被過度分享，Copilot 可能讓有該權限的人更容易找到。這不等同 AI 自動突破權限，也不等於開啟 AI 後既有的過度分享就會消失。正確的訓前動作是由 IT 與資料擁有者盤點高敏感資料、群組權限、分享連結、內容發現限制、敏感度標籤與 DLP 政策。不要在大型公開教學場直接示範搜尋真實薪資、醫療或客戶敏感文件。

第四個面向是資料治理與審查。企業應知道何種內容屬公開、內部、機密與高度敏感，何種內容允許摘要、改寫或製作初稿，以及什麼內容必須保留人為最終確認。即使產品有企業級資料保護承諾，也不能把「有保護」解讀成所有資料都適合拿來輸入或讓 AI 自動採取行動。外部連接器、Agent、第三方外掛和資料跨境安排還可能有另外的風險與契約條件，應視實際架構另行檢視。

第五個面向是課堂環境：瀏覽器或桌面程式版本、網路、Teams 會議資料、語言設定、示範檔、共用資料夾、登入與多因素驗證。若學員使用公司受管控電腦，IT 可能需要提前檢查更新與安全政策。不要期待 40 人登入失敗時，講師可以一邊教全班、一邊逐台排除環境問題。第六個面向是使用者的心理安全：員工應清楚知道練習成果用於學習與流程改善，不宜在缺乏告知下把課堂所有提問直接變成人事績效監控。

完成這六項盤點後，才值得安排正式授課。訓前輸出是一張「功能可用性矩陣」，每個常見練習都列出必要授權、資料來源、測試帳號結果、管理者批准、風險和替代方案。這張表最好由 IT、HR 與講師共同確認，避免三方對「Copilot 可用」各有不同定義。

三、課程不必從 Word、Excel、PowerPoint 排起，應先從工作任務排起

若按照應用程式圖示安排課表，員工會學到產品選單，卻不一定知道什麼工作可以改善。更好的做法是選擇一個職務最常經歷的工作鏈，從資料取得、辨認重點、產生草稿、核對來源、交付他人到留存紀錄，依序觀察 Copilot 能提供哪些協助、哪些步驟仍要人工或既有系統負責。

例如業務人員每天面對大量客戶往來信件，真正要解決的不是「如何按摘要按鈕」，而是「如何在不遺漏承諾與商務風險的情況下，快速整理待回覆問題」。練習可使用虛構信件串，要求整理需求、區分客戶明確提出與業務推測、找出待確認條款，再起草回覆。最後由學員對照原始往來，標記錯誤、遺漏與風險。這樣可以訓練查核能力，而不是只比較生成速度。

對 HR，任務可能是將一份經核准的員工手冊改寫成不同對象的問答式說明。需要保留制度原文與版本，要求 AI 標示無法確認的部分，並由 HR 驗證。不應用 AI 自動生成不存在的請假福利，也不應直接根據過往人事資料產生未經審查的個人評價。適當的工作輸出應是一份有來源的草稿與人工複核紀錄。

對主管，任務可能是會議後把逐字稿整理成「已決議、仍待討論、負責人、截止日、風險」。只有當會議資料、授權與公司會議政策允許使用相關功能時，才能實際操作。模型可能把某個人的建議寫成全體決議，因此最重要的動作，是安排與會者複核。對沒有可用會議紀錄功能的課程，可以用經核准的模擬文字材料完成同一個學習目標，並標記為模擬而非產品實測。

財務部門的適當任務可以是解釋已核定的財務分析格式、草擬管理報告的文字說明，或協助尋找異常欄位與待查問題。數字計算應回到可信的資料來源、已驗證公式和專業審核，不能把模型自然語言解釋直接當成會計帳實。當學員問「能不能用 Copilot 自動完成整份報表」時，講師應先確認該租戶與應用版本的能力，以及企業對報表正確性和流程審核的要求；不能把產品行銷案例視為現場必然可用的功能。

四、3 種企業內訓架構，如何選擇而不浪費授權？

A 模式是 3 小時的主管與核心窗口工作坊。適用還未決定全面擴大授權的企業，內容以能力界線、資料安全、使用情境、ROI 假設與導入責任為主。它的成果不是每個人能使用所有功能，而是管理者知道哪些場景值得先試、需要哪些資料與權限、哪些指標才有意義。若有 20 位主管，這 3 小時不能宣稱替 200 位員工完成啟用。

B 模式是 6 小時的部門實作班。每班建議依職務任務與支援能力合理配置人數，重點不在固定最佳班級大小，而在每位學員是否能完成至少一個工作樣本。前段教正確輸入、引用與權限，中段依任務進行演練，後段進行同儕複核與例外處理。這適合已完成測試帳號與資料準備、想讓員工開始正確使用的公司。

C 模式是全員普及、種子進階與 30 至 90 天採用支持的組合。首先用短時數建立共同素養，再針對 HR、財務、業務與行政安排工作樣本，最後由小型種子團隊與主管每週彙整採用障礙，逐步建立模板與工作規則。這種模式可將課程與真正的組織採用連結，但投入也較高；若公司沒有指定資料負責人與部門主管，陪跑很容易變成每週報告使用率的例行會議。

這三種方案可以順序組合，但沒有必要所有企業一次買齊。員工不多、任務單純的公司，完成 B 模式可能就夠；大型集團若跨部門與跨地點，可能需要從 A 模式對齊策略，再用多個 B 模式服務職能，最後用 C 模式維持工作移轉。方案選擇應從預期成果倒推，而非把時數越長視為越專業。

五、一份 6 小時 Copilot 實作班的完整課程配置

第 1 單元，45 分鐘：理解產品體驗與現場可用性。逐一確認學員使用的是哪種授權，是否能開啟預定功能，哪些內容只能觀摩。介紹合格資料輸入、不能擅自分享資料、對 AI 回答保有查證責任。輸出是個人的工具可用清單與安全使用檢核。

第 2 單元，60 分鐘：從工作描述到有效提示。以同一份虛構文件比較模糊指令與包含目標、資料來源、受眾、格式、禁止事項、確認方式的完整任務指令。要求學員指出缺失資訊，並在必要時要求 AI 表明不確定，而不是只追求一次生成漂亮文字。輸出是可重複使用的職務提示範本。

第 3 單元，75 分鐘：會議、郵件或內部知識整理。依當場有權使用的功能，選一項既有工作鏈，例如從模擬郵件中整理待辦，再產生審核前回覆草稿。若需連接真實企業資料，須由 IT 確認授權與訓練資料來源。輸出是有來源核對記錄的工作成果，不是看過示範就算完成。

第 4 單元，90 分鐘：職能專題實作。各班可以選 HR 政策問答、業務客戶需求、主管會議決策、行政文件整併、財務管理文字說明等任務，但每班以一項主題做深，不要因為產品名稱多就勉強全部示範。學員至少完成初稿、核對、修訂與交付格式四個環節。

第 5 單元，45 分鐘：錯誤檢查與權限案例。展示資料過期、來源誤判、錯誤歸屬、敏感資訊、過度信賴以及不完整結果等問題，要求學員判斷何時能用、何時應停、找誰批准。輸出是一份部門常見風險清單。

第 6 單元，45 分鐘：成果發表、行為評量與下一週採用計畫。學員提交不含機密的工作樣本，說明何時會用、怎樣查核、由誰負責。如果沒有真實工作機會，應在追蹤表中標明，而不是強制填寫模糊的節省工時。總時間 360 分鐘，正式排課需另外確認休息與場地規則。

六、Copilot 使用資料不等於工作績效：該看哪些指標？

Microsoft 的管理中心與 Copilot Analytics、Copilot Dashboard 等工具可依組織資格與權限提供準備度、授權、使用與採用相關資訊。這些資料很有用，但不應自行延伸為「員工使用越多，產出就越好」。一個員工每天大量與 AI 互動，可能是工作複雜，也可能是不斷重試錯誤；另一個員工使用次數較低，卻把一份重要文件完成得更準確。使用量是領先指標，不是營運成果。

建議至少區分五層數據。第一是就緒度：有權使用的人數、實際可登入與具備必要應用環境的比例。第二是採用度：有使用行為的授權用戶、持續使用、應用程式與功能分布。第三是任務成效：同一工作鏈的完成時間、等待時間、錯誤率與交付品質。第四是工作移轉：課後員工是否有適合的任務、主管是否批准、員工是否保存可重複使用的流程。第五是風險與成本：敏感資料事件、人工返工、授權閒置、外部 Agent 或連接器成本。

可以用一個假設案例理解分母：公司為 80 位員工配置所需授權，其中 60 人曾在觀察期間使用，40 人在連續 4 週有使用紀錄，25 人提交符合標準的工作樣本。若條件都一致，授權採用比例為 60／80，即 75％；持續使用比例若以 80 人為分母為 50％；工作樣本完成率若以所有 80 位為分母是 31.25％。但數據不能告訴你「工作節省 75％ 的時間」，也不表示其餘人全都抗拒。以上數字是教學示例，非企業實測。

測量工時時，應考慮模型輸入準備、查找正確檔案、生成、核對與返工的總時間。假設起草一份會議摘要原需 50 分鐘，Copilot 生成初稿需 10 分鐘，但檢查名稱、決議與缺漏需 20 分鐘，整理格式另需 5 分鐘，總時間為 35 分鐘，淨差異是 15 分鐘。若用戶缺乏可搜尋資料，原先準備階段反而變長，這也是需要蒐集的證據。合理的 ROI 必須建立在可比較的任務樣本，而不是拿估計的每分鐘薪資直接乘上點擊次數。

七、30／60／90 天採用計畫：讓資料治理、教學與流程改善一起前進

第 1 至第 30 天的重點是「確保可用而不冒險」。完成核心工作情境、授權與資訊保護盤點，先讓少數跨部門早期使用者練習，保存工作樣本，確認哪些資料或權限問題實際阻礙操作。IT 應有清楚的回報窗口，HR 應掌握未完成訓練原因，主管則需說明哪些任務可以正式嘗試。期間宜優先使用測試資料與可逆的草稿工作，不急著讓 AI 直接更新正式系統。

第 31 至第 60 天的重點是「形成可重複流程」。各部門選 1 至 2 件任務，建立可用提示、輸入與輸出格式、查核責任、例外處理。若要使用 SharePoint 檔案或 Teams 會議資訊，應確保權限與版本正確。可安排短時間回訪，讓主管檢查工作現場是否真的採用，IT 與資安檢視新出現的限制。訓練需求也應由回饋決定，而不是每週都教新的功能。

第 61 至第 90 天的重點是「擴散或停止」。將成效好的任務提供其他相近部門評估，對成果不佳的情境紀錄原因。是否停止某項任務，不代表 Copilot 整體導入失敗；可能是資料清理成本太高、工作頻率不夠、工具限制或沒有充分的使用機會。此時可以把預算轉移到更有價值的工作，而不是為了維持授權數而強迫每個人使用。

每 30 天建議召開一次 45 至 60 分鐘的決策會議，討論四個固定問題：哪個任務有真實證據證明品質或速度改善？哪個任務的風險或返工成本變高？哪一項系統或資料障礙需要 IT 解決？下個月要擴大、修訂還是暫停哪個用例？會議結束應產出決策紀錄與責任人，而不是只有滿意度簡報。

八、面對 Copilot 的企業資安與資料治理，培訓能做什麼、不能做什麼？

培訓可以教員工辨別敏感資訊、理解現有權限、辨認幻覺與引用問題、採取人為確認；卻不能替 IT 補齊錯誤的 SharePoint 權限，也無法在幾小時內修復數年累積的資料架構。Microsoft 官方指出，存取控制、內容發現限制、敏感度標籤、資料外洩防護及稽核各自承擔不同的治理目的。這些技術設定應由具權限的管理者依正式程序操作，講師不能在未授權下調整生產租戶。

建議企業建立一張 AI 任務風險燈號表：綠燈包含已公開或正式核准的非敏感內容草擬；黃燈包含內部財務、客戶關係或決策文件摘要，需要範圍與權限確認；紅燈包含未獲批准的機密資料外傳、未經人工審核的重大對外承諾，或涉及法律、財務、人事等高影響結果的自動執行。此燈號只是治理工作坊的示範框架，不取代企業實際資料分級與法遵判定。

技術人員還應確認資料處理區域、供應商條款、保留與稽核設定是否符合公司的合約要求。微軟對商業客戶資料使用的承諾有正式文件，但不應把某份公開說明自動等同所有公司授權、所有連接器與所有非 Microsoft 服務的實際契約。向外部供應商或顧問諮詢時，不應直接寄送含真實敏感內容的租戶截圖或文件，先提供刪除機密的環境描述即可。

九、4 個部門的實作驗收：同樣使用 Copilot，成果為何不同？

人資的交付可以是「員工常見制度問答草稿」。輸入是經核准的制度摘要，輸出是新進員工可讀的問答，驗收則看是否保留制度版本、是否錯誤承諾福利，以及何處需要人工回覆。業務的交付可以是「客戶會議待辦與回覆清單」，驗收看有無遺漏真正決議、是否把未確認價格寫成承諾。財務的交付可以是「管理報表疑點與敘述草稿」，驗收看數字是否對應原表、是否區分已知資料與可能原因。主管的交付是「一份可追蹤的決策與行動紀錄」，驗收看責任人與日期是否由真人核實。

對這四個情境，最好使用同一組可比較的最低標準：資訊來源可追溯、限制清楚、錯誤能被發現、格式可交付、人工審核已安排。除了共同底線，部門仍應有專屬要求。例如財務不能容許不明來源的百分比，HR 不應自行產出差別待遇標準，業務不得冒稱價格已核准，主管不得把純推測寫成定案。

評量可用四個等級：未完成、需要大量協助、能依程序完成、能自主完成並辨認例外。請事先公布標準，讓學員知道培訓評分重點是安全且可用的工作成果，不是誰能下最多提示。若涉及個人績效或人事資訊，應另依公司與法律程序取得適當依據，不能用短期教學評量作不相干的人事處分。

十、企業詢價前的檢核表：避免買到不適合現場環境的課程

第一，確認產品版本與授權種類：承辦方是否能區分 Microsoft Copilot 與 Copilot Chat，是否知道部分功能受到租戶、授權與部署設定限制。第二，確認 IT 與資安是否參與課前會議，講師是否要求確認測試帳號和資料規則。第三，確認是否能安排部門任務，而不是只展示 Word、Excel、PowerPoint 的選單。第四，確認課後交付物是否可核對，例如任務範本、樣本評量表、權限障礙清單與主管回饋表。

第五，確認練習用的會議記錄、郵件、試算表與文件是否合法可用，能否避免將真實機密資料帶入課堂。第六，確認若公司部分員工尚無授權、不同部門功能不同，供應商是否有合理的替代教學安排。第七，確認價格與服務內容的範圍：教材、講師、助教、課前訪談、客製範例、錄影、課後追蹤、顧問陪跑各算哪一部分。第八，確認供應商是否會對「不能保證立即節省多少工時」做誠實說明，而非拿未核實的平均節省數字當作報價承諾。

還應提出三個反方問題。假設課後學員仍不使用，供應商如何區分教學問題與權限、資料或主管問題？假設業務流程成果比人工更快卻更常出錯，應如何暫停或調整？假設 Microsoft 改版導致畫面與教材不同，供應商如何更新教案而不影響學習目標？能明確回應這三件事的規劃，才較有機會成為真正的採用方案。

十一、可直接使用的 Copilot 導入與內訓任務卡

任務名稱：【例：每週例會決議整理】。業務擁有者：【部門主管】。實際使用者：【職務、人數】。原本做法：【輸入來源、處理步驟與交付對象】。欲改善問題：【等待、搜尋、初稿、重複整理或遺漏】。Copilot 可能協助的步驟：【只列已核實可用的功能】。工具與授權前提：【版本、帳號、IT 驗證結果】。可用資料：【公開、內部核准、測試資料】。禁止資料：【未批准的個資與機密內容】。輸出格式：【範本與必要欄位】。來源與品質檢查：【誰核對什麼】。基線：【傳統完整工時、錯誤或返工】。課後追蹤：【實際使用機會與完整工時】。停止條件：【錯誤、權限、資安、版本異動】。下一步：【繼續、修訂、擴大、終止】。

這張卡可由 HR 交給部門主管填寫，再交 IT 與講師確認。如果一項任務的授權、資料或審核責任還是空白，不宜只為了「看起來有 AI 成果」而進入大規模實作。反過來說，若三項都清楚，課堂可以集中用於員工真正缺乏的操作與查核能力，減少重複介紹概念的時間。

十二、常見問答

我們已經有 Microsoft 365，是否人人都能使用完整 Copilot？ 不一定。Microsoft Copilot 與 Copilot Chat 的授權及功能要求不同，部分進階能力有額外資格、租戶與應用條件。課前需以 Microsoft 官方現行要求和企業租戶實況驗證。

可以直接使用公司的真實文件練習嗎？ 只有在企業明確確認資料分類、存取權限、工具處理條件、使用目的與必要授權後才適合。一般課堂以合成或去識別化資料更容易管理。去識別化不是移除姓名就必然安全，還要確認是否能從其他欄位重新辨識個人。

課程可以保證節省 30％ 時間嗎？ 不能在沒有基線、樣本與實測的情況下作這種保證。效率應採完整工時、相同難度與品質指標比較，並計入人工複核與返工。

Copilot 會不會看到所有公司資料？ Microsoft 文件說明它遵循既有存取權限，不代表任意使用者都能讀所有資料，也不代表原本過度分享的文件自然安全。需要權限盤點與資料治理。

課程結束後最重要的成果是什麼？ 是員工可以在許可範圍內完成一項職務相關任務、提供可核對的成果，並知道何時應請人覆核；其次才是工具使用頻率。

補充：正式開課前的 15 項租戶與教案預演

為避免開課後才發現產品與教案不相容，可以先讓 IT 和講師各用一個經核准的測試帳號走完完整流程。檢查項目包括：身分是否正確、授權體驗是否相符、多因素驗證是否順利、預定 App 可否開啟、瀏覽器版本與網路是否支援、資料夾權限是否正確、檔案是否使用最新版本、共享連結是否只對適當使用者開放、搜尋結果是否能指出來源、生成文字是否可編修、會議資料是否依政策可用、敏感度標籤是否被適當處理、輸出是否能保存、學員是否有清楚的求助窗口，以及中斷後是否有合法的替代練習。這是教案品質檢查，而不是未經授權的資安滲透測試。

現場還應預演三種例外。第一種是學員只有 Copilot Chat 而沒有預定的完整授權，應改用可完成相同學習目標的替代題型，並在成果中標記。第二種是文件權限錯誤，講師不得要求 IT 為了方便教學而把所有資料設成全員可見。第三種是產品改版後按鈕位置不同，講師應回到任務目的解釋，而非執著於截圖上的步驟。對企業而言，這些例外處理能力比示範越多功能越重要。

十三、用工作成果決定下一階段投入

企業應把 Copilot 內訓當成工作流程改善的一環。先確認授權與治理，再選任務、分班、練習、評估，最後決定是否擴大。當資料權限、工作樣本與責任分工都能被檢查，導入才不會只剩報表上的使用人數。相反地，若工具還沒準備好，現在需要的可能是技術就緒工作坊，而不是立刻增加更多上課時數。

企業若需要規劃 Microsoft 365 Copilot 的跨部門內訓、課前環境盤點與導入支持，可從天地人企業 AI 導入顧問與陪跑提出需求。請說明使用人數、已知授權型態、部門、預計工作任務與資料限制；實際授權、課程內容與顧問範圍需依企業環境確認。

主要參考資料

1. Microsoft Learn，Microsoft Copilot requirements。https://learn.microsoft.com/en-us/copilot/plan/microsoft-copilot-requirements
2. Microsoft Learn，Microsoft Copilot adoption guide and overview for IT admins。https://learn.microsoft.com/en-us/copilot/adopt/enablement-resources
3. Microsoft Learn，Data protection and auditing for Microsoft Copilot。https://learn.microsoft.com/en-us/copilot/plan/architecture-data-protection-auditing
4. Microsoft Learn，Copilot controls measurement and reporting。https://learn.microsoft.com/en-us/copilot/implement/copilot-controls-measurement-reporting

圖片與素材說明：本文圖示為工作流程與管理方法的原創示意，不代表微軟產品畫面、正式授權配置或企業客戶實績。