# 取代的是 Task，不是 Job——Dcard 告訴我們：AI 時代經理人的新功課
一句讓全場安靜的話
2026 年 7 月 21 日，Dcard 執行長林裕欽在世貿中心的舞台上說了一句話：
「AI 取代的是任務（Task），不是整個工作（Job）。」
全場安靜了大約三秒。我旁邊的 HR 副總用手肘碰了我一下，低聲說：「這句話我要帶回去給我們老闆聽。」
安靜的原因很簡單——這句話讓我們鬆了一口氣。原來不是整份工作都會消失。但也讓我們緊張起來：如果任務被重新分配了，那留下來的工作會變成什麼樣子？
從管理的角度來看，這可能是今天一整天論壇下來，最值得深入討論的一句話。
任務被拆解之後，發生了什麼事？
想像一個行銷專員原本的工作：寫文案（60%）、分析數據（20%）、開會溝通（15%）、策略發想（5%）。
現在 AI 可以寫草稿、自動產出分析報表。這個人的工作結構變成了：審閱與優化 AI 草稿（30%）、與 AI 協作分析洞察（30%）、溝通與決策（25%）、策略發想（15%）。
注意發生了什麼：
- •原本的「寫文案」被拆成了「審閱」和「優化」——核心能力從「寫作」變成了「判斷」
- •分析數據從「等 BI 排期」變成了「即時協作」——核心能力從「取數」變成了「問對問題」
- •策略發想的比例從 5% 提升到 15%——但前提是你要有能力做策略思考
林裕欽所說的「角色融合」，就在這裡發生。每個人的工作邊界開始模糊，團隊成員之間的界線也跟著模糊了。
CJ 哥點評： 我在輔導企業時最常看到的反應是：員工覺得這是老闆在偷工減料——「為什麼我多了策略的工作，但做的事情變多了？」其實不是變多，是變了。從「執行者」變成「判斷者」，從「聽指令」變成「問對問題」。這個轉變，不是你上課能教會的，必須在實戰中練出來。而經理人的工作，就是創造這個實戰環境。
經理的兩個新任務
任務一：從「管人」變成「管 Agent × 人」
傳統的經理人管理的是人。排班、分工、盯進度、考核績效。
在林裕欽的描述中，Dcard 的團隊成員在學習與 Agent 協作。這意味著經理人的職責不再是「分配誰做什麼」，而是：
- •決定哪些 Task 該交給 Agent，哪些該留給人
- •確保 Agent 的輸出品質——因為 AI 會犯錯，而且錯得很自信
- •幫助團隊成員適應「人 + Agent」協作的新模式
這聽起來像是一個技術問題，但根本上是一個管理心理學問題。團隊成員對 Agent 的信任度、對自己角色變化的焦慮、對「會不會被取代」的不安——這些情緒如果不處理，再好的 Agent 也推不動。
CJ 哥點評： 這幾年我輔導過的企業中，導入 AI 最順利的不是技術最強的那家，而是領導者最願意溝通的那家。那些願意花時間跟團隊對話、解釋為什麼要改變、聽取員工擔憂的經理人，他們的 AI 專案成功率遠遠高於那些直接下指令「從明天開始用 AI」的經理人。這不是廢話——這是我親眼看到的差距。
任務二：從「定義職責」變成「重構協作」
過去的組織設計邏輯是：每個人有固定的職責範圍，大家分工、各司其職。
當 Agent 開始執行某些任務後，原本的職責界線開始崩解。工程師需要懂 BI，行銷需要懂技術，營運需要管數據。林裕欽說，這不是「要不要」的問題，是「你準備好了沒有」的問題。
這對經理人的挑戰是什麼？你不能再靠組織圖來管理了。你需要：
- •建立跨職能協作的機制——不要讓部門壁壘變成 Agent 應用的障礙
- •重新設計績效考核——不能用舊的 KPI 衡量新的工作內容
- •創造學習環境——讓團隊有空間試錯、學習新技能，而不是一出錯就懲罰
FDE 制度對一般企業的啟發
Dcard 的 前線部署工程師（Forward Deployed Engineer，簡稱 FDE）制度，我認為是今天最有管理啟發性的做法。
FDE 做三件事：
- 1進場——直接嵌入到各團隊中
- 2證明——用小規模 Agent 實驗做出一個案例
- 3規模化——案例成功後，用 GNTC 工具複製到更多場景
CJ 哥點評： 很多中小企業主讀到這裡會問：「我們沒有 Dcard 的規模，怎麼做 FDE？」我的答案是：一個人就夠了。找一個最積極的同事，給他一個問題、一個月、一個簡單的 AI 工具。如果他成功了，你就有一個 FDE 了；如果他失敗了，你損失了一個月的時間——但收穫了一個知道什麼行不通的人。從哪裡開始不重要，重要的是開始了。
從管理的角度看，FDE 解決了三個最常見的轉型阻力：
心理安全感——FDE 不是空降的顧問，是團隊的一份子。團隊成員不會因為跟 FDE 合作而被貼上「不會用 AI」的標籤。
社會證明——看到同事做出來，比看到任何一份顧問報告都更有說服力。這是心理學的「社會學習理論」：人透過觀察他人的成功來學習。
逐步曝光——FDE 從小規模實驗開始，不一下子顛覆整個團隊的工作方式。這降低了抗拒變革的防衛心理。
打破「等待別人先做」的組織慣性
這是我覺得最值得討論的一點。林裕欽提到了台灣企業常見的死循環：
沒有案例 → 不相信 → 不重構 → 生不出案例 → 更沒有案例。
這個循環不只存在於技術導入階段，也存在於管理層面。我見過太多經理人說：「等總部決定方向我們再動」、「等供應商幫我們建好平台我們再訓練」、「等其他部門先試我們再學」。大家都在等。
FDE 的邏輯打破了這個等待。它不是從「建立共識」開始，而是從「做出一個案例」開始。案例做出來了，共識自然會跟上。
CJ 哥點評： 我說過很多次，但值得再說一次：一個成功的實證，比十場溝通會議更有效。 與其花一個月讓大家同意要改變，不如花一週讓大家看到改變後的成果。行動不需要全員共識才啟動——你需要的是 3 個願意嘗試的人，不是 300 個人在等。
給經理人的三個行動建議
1. 先搞清楚你的團隊裡哪些是 Task，哪些是 Job
Task 是 AI 可以取代的具體執行動作。Job 是這些 Task 背後承載的價值判斷和協作關係。不要只看到 AI 可以做什麼（Task），要看清楚你的團隊為什麼需要做這些 Task（Job）。
2. 創造「安全失敗」的實驗空間
如果你的團隊害怕失敗，他們寧可什麼都不做。把一個月的時間、一個小預算、一個不影響主線業務的案子——讓團隊試試。成功了最好，失敗了學會東西。
3. 開始衡量「人 + Agent」的協作效率，而不是人的效率
別再問「這個人今天完成了幾件事」。開始問：「這個團隊透過 Agent 的協助，解決問題的速度提升了多少？」「成員對 Agent 的信任度如何？」「我們有沒有因為 Agent 而做到以前做不到的事？」
你的團隊現在準備好面對 Agent 了嗎？不是技術上的準備——是心理上、組織上、管理上的準備。
歡迎留言告訴我你的看法。