為什麼員工上完 AI 課，公司流程一天也沒變

滿意度很高，改變很少

企業 AI 內訓的典型結局是這樣的：當天氣氛很好，講師示範得很流暢，學員回饋表打了高分。三個月後回去看，部門的流程一模一樣，只是有幾個人偶爾會開對話介面問問題。

把這件事歸咎於員工「沒有動力」通常不公平。真正的原因是課程的設計目標是「讓學員學會工具」，而學會工具跟改掉流程之間，隔著一段沒有人負責的距離。

通用教學的三個斷點

斷點一：示範用的情境不是他的情境

講師用一個通用的行銷案例示範，台下的採購、法務、產線主管各自在想「這跟我沒關係」。他們沒有錯，那確實跟他們沒關係。

斷點二：課堂上沒有真實資料

沒有公司的報價規則、沒有客戶的歷史紀錄、沒有內部的作業限制，練出來的東西回到辦公室就失效。AI 的價值高度依賴脈絡，而脈絡不在教室裡。

斷點三：沒有人負責課後那一段

課程結束，講師離開，學員回到原本忙碌的工作。改流程需要跟同事協調、需要主管點頭、需要承擔一開始效率反而下降的風險。沒有人推，它就不會發生。

驗收一堂 AI 內訓的標準，不該是「學會了幾個工具」，而是「改掉了哪一個流程，省下多少時間，誰在維護」。

把交付物寫進課程設計

要讓內訓真的改變流程，課程本身就要有交付物。實務上有效的做法是：

• 報名時就收流程。要求每位學員帶一個自己部門真實的、重複性高的流程進來，課堂上就拿它練。
• 用公司的資料練。在資安允許的範圍內，準備去識別化的真實文件與案例，而不是虛構的示範資料。
• 當天產出可用的成品。一份提示詞範本、一份作業說明、一個自動化流程草案，離開教室時要帶得走。
• 指定維護人。每一份成品要有名字掛在上面，負責後續更新。沒有維護人的產出，三個月後一定過期。

課後三十天比課堂兩小時重要

如果只能多投入一份資源，投在課後追蹤的效益遠高於課堂加課。建議的節奏是：

1. 第 7 天：非同步的問題收集，把卡住的地方彙整成一份補充說明。
2. 第 14 天：一場一小時的線上答疑，針對實際遇到的狀況調整做法。
3. 第 30 天：驗收會議，逐一檢視當初帶進來的流程改成什麼樣，省下多少時間。

這三個節點的成本不高，但它讓「上課」變成「導入」。差別在於前者結束於教室，後者結束於流程被改掉。

主管的角色不能外包

最後一件常被忽略的事：如果部門主管沒有上同一堂課，或上了但不打算改變自己的要求方式，改變就不會發生。員工用 AI 把一份報告從三小時做到四十分鐘，主管卻仍然用「你今天做了幾份」來衡量產出，那省下的時間只會被更多的報告填滿，流程本身沒有變。

導入 AI 到最後，考驗的是管理層願不願意重新定義「一個人一天該產出什麼」。這件事沒有任何課程能代勞。

一堂會改變流程的課，實際長什麼樣

把前面的原則落實下來，課程結構會跟一般的工具教學明顯不同。以下是一個實際可行的一日課設計，供對照參考。

課前兩週：收流程，不收名單

報名時除了姓名職稱，要求每位學員填一份「我想改掉的流程」——這件事現在花多久、經過幾個人、多久做一次、最麻煩的是哪一段。這份表單有兩個作用：一是講師可以據此調整案例，二是學員在報名當下就已經開始思考，而不是進教室才開始。

實務上會有三成的人填得很敷衍。這其實是有用的訊號——代表他們是被主管指派來的，課程設計上要多花力氣處理動機。

上午：用他們自己的流程練

不要花兩小時介紹 AI 的發展史。前三十分鐘講清楚「這個工具能做什麼、不能做什麼、什麼時候會出錯」，然後直接進入實作。實作的素材就是學員自己帶來的流程。

這裡的關鍵是準備去識別化的真實資料。用虛構的示範資料練，學員會覺得「這樣當然行得通」；用真實資料練，他們會遇到真實的麻煩——格式亂、規則有例外、資料不全——而那才是回去之後真正要面對的。

下午：把成品做出來

下午的目標不是多學幾個技巧，而是每個人帶走一份可以用的東西：一份寫好的提示詞範本、一份流程改寫方案、一個可以立刻用的自動化草案。做不完沒關係，但要有具體的半成品。

結束前的最後三十分鐘留給「維護人指定」——每一份成品要有名字掛上去，並訂出第一次複檢的日期。沒有這一步，成品三個月後一定過期。

課後三十天：真正決定成敗的一段

如果只能在一個地方多投資源，投在課後追蹤的效益遠高於課堂加時。原因很直接：改變流程需要跟同事協調、需要主管點頭、需要承擔一開始效率反而下降的風險。這些阻力都出現在課後，而課後通常沒有人負責。

第 7 天：非同步問題收集

開一個共用文件或群組，讓學員把卡住的地方丟上來。這時候的問題通常很具體——「這個格式它老是弄錯」「主管說不能用這個工具」。把它們彙整成一份補充說明發回去。

第 14 天：一小時線上答疑

針對實際遇到的狀況調整做法。這場的價值在於學員會發現「原來別人也卡在同一個地方」，而那會大幅降低放棄的機率。

第 30 天：驗收會議

逐一檢視當初帶進來的流程改成什麼樣、省下多少時間、還有什麼沒解決。這場會議建議請部門主管參加——不是為了考核學員，而是為了讓主管看見改變確實發生了，後續才有支持。

三十天驗收會議上最常出現的一句話是：「其實我改的不是原本報名時寫的那個流程。」這通常是好事，代表他真的在用，而且找到了更值得改的地方。

不同角色要上不一樣的課

把全公司塞進同一堂課是常見的做法，也是效果最差的做法。至少要分三種。

執行層：怎麼把它用進今天的工作

重點在具體場景與可複製的做法。這一層的人最在意的是「這會不會讓我今天下班早一點」，所以案例要貼近他們每天真的在做的事。

主管層：怎麼重新定義產出

主管不需要學會操作，但必須理解能力邊界，才知道該怎麼調整對團隊的要求。如果主管仍然用「你今天做了幾份報告」衡量產出，省下的時間只會被更多報告填滿，流程本身沒有變。這一層的課通常只要半天，但它決定了執行層的課有沒有意義。

決策層：怎麼判斷該投在哪

資料分級、資安邊界、投資報酬怎麼算、什麼情況該喊停。這一層的課更像一場結構化的討論，而不是教學。

常見的三個反對意見，以及怎麼回應

推動內訓時一定會遇到這些說法。準備好回應，比事後補救有效。

• 「我用得很順了，不需要上課。」通常這位同事確實用得比別人好。與其說服他來上課，不如請他來當內部講師講三十分鐘——把個人技巧變成組織資產，也給了他實質的肯定。
• 「這是要取代我們嗎？」不要用「絕對不會」來回答，那不誠實也不可信。誠實的回答是：重複性的部分會被取代，判斷與關係的部分不會，而課程的目的正是幫大家把時間移到後者。搭配明確的「省下的時間要投到哪裡」的說明，效果會好很多。
• 「公司規定不能把資料放上去。」這通常是真的，而且是對的。正確回應是先把資料分級講清楚，說明哪些可以、哪些不行、內部有沒有合規的管道。回答不出來就先別上課，先去把這件事釐清。

驗收標準：寫進合約裡的那幾行

如果是外部委託的內訓，建議把驗收標準寫進合約，而不是只約定授課時數。可用的寫法例如：課後三十天內，至少 N 個流程完成改寫並有指定維護人；每個改寫流程附前後耗時對照；提供一份未解問題清單作為下一階段依據。

把標準訂在「流程改了幾個」而不是「上了幾小時」，整個課程的設計方向就會自動被拉到對的地方。