企業培訓規模一大，很快就會遇到這個問題：
「同一套課，業務、行銷、客服、HR、財務都要一起上嗎？」
如果全部人都看一模一樣的內容，常見結果是：
- 前面共同基礎有用。
- 後面大量內容和自己工作無關。
- 員工開始跳課。
- 完成率下降。
- 主管覺得培訓太泛。
但另一個極端也不好：每個部門都重做一套完整課程，製作、更新、維護成本會快速膨脹。
比較穩定的做法是把內容拆成三層：
共通核心 → 部門模組 → 主管任務。
第一層：先找出所有部門真的共通的能力
共通核心不是「每個人都看得懂」，而是：
不管在哪個部門，完成工作都需要的共同知識、原則或底層能力。
例如一門企業 AI 課程，共通核心可能包含：
- 基本使用原則。
- 資料與隱私風險。
- 提示結構。
- 驗證輸出。
- 公司內部使用規範。
這些內容不需要每個部門各錄一次。
第二層：部門模組要回到實際工作任務
同一個工具，在不同部門的價值完全不同。
| 部門 | 可能模組 |
|---|---|
| 業務 | 客戶研究、提案、跟進、會議整理 |
| 行銷 | 內容、廣告、研究、素材規劃 |
| 客服 | 知識整理、回覆草稿、案例分類 |
| HR | 招募、制度整理、內部溝通 |
| 財務 | 資料整理、報表說明、流程文件 |
Microsoft 現在的企業角色式學習設計，也會把不同職務的學習內容對應到實際工作情境，而不是所有角色都使用同一套案例。這個邏輯很適合企業課程。
第三層：主管任務決定「學完後要怎麼用」
企業課程如果只有影片與測驗，很容易停在知識層。
主管可以補上部門任務，例如：
- 業務：用新方法完成一份實際提案。
- 客服：把一個常見問題轉成標準回覆流程。
- 行銷：完成一份真實內容企劃。
- HR：改善一個內部溝通流程。
這些任務不一定要由講師全部批改，可以由主管依企業標準驗收。
不要用「部門名稱」直接決定全部內容
同一部門裡，角色也可能不同。
例如行銷部可能有：
- 內容。
- 廣告。
- 品牌。
- 活動。
- 數據。
所以更精準的方式是：
部門做第一層分流，實際工作任務做第二層分流。
這和角色式學習路徑會互相銜接。
什麼內容應該留在共通核心？
可以問三個問題：
- 所有部門都需要嗎？
- 不學會不會造成共同風險？
- 這是不是後續部門模組的必要前置？
只要三題都不是，就不一定需要塞進共通核心。
共通核心越肥，所有人的負擔就越高。
什麼內容應該拆成部門模組？
適合拆部門模組的內容通常具有：
- 工作情境不同。
- 使用工具不同。
- 輸出成果不同。
- 風險不同。
- 主管驗收標準不同。
例如「如何整理客戶資料」和「如何整理員工資料」，表面上都是資料整理，但涉及的流程與風險可能完全不同。
模組之間要有相依規則，避免重複學與順序混亂
當共通核心、部門模組、角色模組越來越多，系統需要知道哪些內容有前置關係。比如「資料隱私核心」是所有部門的前置，「客戶資料處理」只對業務與客服開放，「主管驗收」要在角色模組完成後才出現。
如果沒有相依規則，很容易出現同一個人被重複指派相同概念，或直接跳進進階模組卻缺乏必要基礎。最簡單的做法，是在每個模組旁邊標記前置條件、適用角色與完成後解鎖內容。
這樣未來擴充新部門時，不需要重新設計整條路徑，只要把新模組接到既有架構裡。
不要為每個部門複製一份完整課程
如果共通核心有 10 個單元，而五個部門各複製一份，未來只要改一個共同原則，就要改五次。
更好的結構是：
共同模組共用一份 → 部門模組各自維護。
這樣版本更新比較不容易失控。
部門模組可以不是影片，也可以是任務包
不一定每個差異都要多錄一章。
有些差異只需要：
- 案例。
- 工作表。
- 提示詞。
- 檢查表。
- 部門實作任務。
如果共通概念一樣，只是工作應用不同，追加一份任務包往往比重錄影片更有效率。
主管任務最好用固定模板，不要每個部門自由發揮
如果主管驗收完全沒有共通格式，最後每個部門會用不同標準。可以設計簡單模板：學員要完成什麼工作、主管要觀察什麼、什麼情況算達標、需要留下什麼證據，以及遇到問題回報給誰。
這樣主管不需要變成專業講師，只要依同一個框架支持學員應用。企業也比較容易比較不同部門的推動情況，而不是每個主管各用自己的方式。
主管不需要成為講師，但要知道怎麼支持
可以為主管提供一頁簡短指南：
- 本模組要解決什麼。
- 團隊學完應該會做什麼。
- 主管要提供什麼工作情境。
- 怎麼驗收。
- 哪些問題要交回講師。
這會比要求主管完整重學整門課更實用。
如果主管本身不理解課程，員工很難真的應用
員工上完課，回到工作卻被主管說：
「我們這裡不用這套。」
那培訓就會停在課堂。
所以主管至少需要知道：
- 這門課為什麼存在。
- 哪些方法公司要採用。
- 哪些成果要被支持。
這也是主管任務的價值。
學員分流規則要來自穩定資料，不要靠人工記憶
企業人數少時，HR 可以手動告訴你誰屬於哪個部門；人數一多，就需要比較穩定的分流依據，例如部門代碼、職務、職級或企業提供的群組欄位。
如果部門名稱常被自由輸入，像「客服部」「客服」「Customer Service」同時存在，自動分配就容易出錯。比較好的做法，是先建立標準值，再讓系統依標準值指派模組。
分流規則也要能人工覆寫，例如跨部門專案成員、代理主管或輪調人員。自動化負責大多數標準情況，例外再由管理員處理。
多部門課程的報表也應該能分部門看
如果只看公司整體完成率，會看不到差異。
例如：
- 業務完成率 90%。
- 客服完成率 40%。
- HR 完成率 80%。
這時需要進一步問：
- 客服是不是排班沒有時間。
- 模組是不是和客服工作不夠相關。
- 主管是否沒有推動。
報表分部門，才能對應不同問題。
共通核心更新時，要先檢查哪些部門模組被連帶影響
共通核心的好處是只維護一份，但也代表它一改，很多部門都會一起受到影響。若共同原則、資料規範或操作邏輯有重大更新，就要檢查各部門模組裡有沒有引用舊流程、舊畫面或舊案例。
因此可以為模組保留簡單的相依紀錄：這個部門模組依賴哪一版共通核心、最後一次同步日期、是否需要重新驗收。這比等學員發現前後矛盾後再修正有效率。
重大更新若改變能力標準，也要判斷既有學員是否需要補訓，而不是只更新新學員看到的內容。
共通核心和部門模組的完成條件可以不同
例如：
- 共通核心：全員必修。
- 業務模組：業務角色必修。
- 主管模組：帶人主管必修。
- 其他部門案例：選修。
不需要所有人把所有模組全部完成，才能算完成企業培訓。
如果員工跨部門，要重新學全部嗎？
通常不需要。
可以保留已完成的共通核心，再新增新角色需要的部門模組。
員工調職後的學習路徑，可以搭配你目前網站中的角色異動文章處理；重點是不要把整段學習紀錄歸零。
部門模組越多，越要限制重複版本
多部門課程最容易失控的地方，是同一個模組因為小差異被複製成五個版本。久了以後，更新一次就要同步修改五份，還很難知道哪一份才是正式版。
可以先問：差異真的需要一個新模組，還是只需要不同案例、工作表或主管任務？只有當內容、流程或能力要求真的不同，才值得建立獨立模組。
如果只是品牌、部門名稱或少量情境不同，盡量用可替換素材處理，讓核心內容維持單一來源。這樣企業規模擴大時，維護成本才不會跟部門數量等比例上升。
怎麼控制客製成本？先固定 80%，再允許 20% 部門化
這不是固定比例，而是一個設計思路：
先把大多數企業都會需要的共同內容標準化，再把和部門工作情境直接相關的部分做成可替換模組。
企業越多，越應避免每家都重新做一整套。
新增部門時，先做一次「沿用／調整／新增」盤點
企業未來再加入新部門時，不需要直接開新專案。可以先把現有內容分成三類：可以直接沿用、只需要調整案例或任務，以及真的需要新增的能力模組。
例如共通核心通常直接沿用；流程相同但情境不同，可以只換案例與工作表；只有新部門存在完全不同的工作、風險或工具時，才新增專屬模組。
用這種方式擴充，企業每多一個部門，不會等於整套課程再做一次；報價也能更清楚說明這次新增的是哪一層成本。
一張表設計企業多部門課程
| 層級 | 內容 | 誰要學 |
|---|---|---|
| 共通核心 | 共同原則、風險、基礎能力 | 全體相關人員 |
| 部門模組 | 部門情境、工具、案例 | 指定部門 |
| 角色模組 | 特定職務能力 | 指定角色 |
| 主管任務 | 工作應用與驗收 | 主管 |
| 選修資源 | 進階案例與延伸 | 有需要的人 |
常見問題
每個部門都需要一套獨立課程嗎？
通常不需要。先抽出共通核心，再把工作情境不同的部分拆成部門模組，通常更容易維護。
部門模組一定要錄新影片嗎？
不一定。若只是案例與工作應用不同，可以用任務、工作表或案例包處理。
主管也要上完整課程嗎？
不一定。主管至少應了解培訓目的、成果與驗收方式；若主管本身也需要能力，才安排完整學習。
不同部門完成率可以比較嗎？
可以參考，但不要直接用來排名。不同部門的工作節奏、必修內容與任務難度可能不同，應先看背景。
員工調職後要重新學共通核心嗎？
若共通核心版本與要求沒有重大變更，通常可保留已完成紀錄，只新增新角色或新部門必修。
企業想再加一個部門，是否要重新報整套課程？
若共通核心可沿用，通常只需評估新部門模組、席次與支援成本，不必整套重做。
結論：企業多部門培訓要做的是「共用底層、分流應用」，不是每個部門重做一套
同一套企業課程要擴大到不同部門，先保留各部門共同需要的底層能力，再依工作任務拆部門模組，最後由主管把學習接回真實工作。
這樣可以讓員工少看無關內容，也讓課程業者避免無限制客製。
當共通核心穩定、部門模組可替換、主管任務清楚時，一套企業課程才比較容易擴大到更多部門，同時維持可管理的交付成本。
參考資料：
Microsoft Learn｜Plan Your Organization’s AI Skilling Journey With Microsoft 365 Copilot。
Microsoft Learn｜Empower Your Workforce with Microsoft 365 Copilot Use Cases。
Microsoft Learn for Organizations｜Plans on Microsoft Learn。