「招募」一位 AI 員工和「導入」一套軟體,最大的差別在於交付物:招募交付的是一個有職務說明、有試用期、有考核、有負責人的工作角色;導入取得的是一套等著被使用的功能。前者用管理員工的邏輯運作,後者用管理資產的邏輯運作。這篇文章要把兩種思維的差異講清楚,並把「從開缺到留任」的僱用生命週期完整走一遍。

先說一件事:前幾篇文章裡,我們稱這個角色為「數位員工」;當你要為它開缺、把它招進編制,它有一個更直接的名字:AI 員工。兩者指的是同一個可控、可問責的工作角色,本篇起我們統一使用「AI 員工」。在〈企業的下一張組織圖〉裡,我們談到這個角色進到部門編制,是一個被定義好、管得住、有人負責的存在。組織圖上多了這一格之後,下一個問題自然浮現:這一格,要怎麼補進來?用軟體思維,你會開一個採購案;用僱用思維,你會開一張職缺。這兩條路,從第一步就分岔了。
為什麼是「招募」,不是「導入」?
談 AI 員工招募之前,先回答為什麼用「招募」這個詞,而不是沿用軟體的「導入」。「導入」描述的是系統:評估、採購、安裝、設定、驗收。這套流程背後的假設是,工具的行為固定且可預期,成敗取決於人會不會用它。AI 員工不符合這個假設:如同叢集主文〈什麼是數位員工〉所定義的,它承擔的是一段有結果、有品質差異、需要有人負責的工作,而這是我們管理「員工」的方式,不是管理「資產」的方式。
角色該具備哪些條件、為什麼順序是「先有角色,再有工具」,SUPER 8 Studio CEO 在〈AI Teammate 不是新版 Chatbot〉裡已經講透,這裡用一句話總結:職缺還沒寫清楚之前,任何採購都是順序錯置。本篇要接著往下走的,是前面的文章還沒展開的部分:假設你已經想清楚了角色,「招募」這件事從開缺、試用、考核到留任,整段流程該怎麼走。這一段,正是軟體思維給不出答案的地方。
僱用思維 vs 軟體思維:一張對比表
AI 員工用僱用思維管理,和用軟體思維管理,會在每一個環節做出不同的決定。下面這張表,把兩種思維在完整生命週期裡的差異攤開來看:
| 環節 | 軟體思維(導入) | 僱用思維(招募) |
|---|---|---|
| 起點 | 採購評估:功能清單、報價比較 | 職務說明:這個角色做什麼、不做什麼、權限到哪 |
| 進場 | 安裝、設定、教育訓練 | 試用期:最小範圍上工,用對照組驗產出 |
| 衡量 | 使用率、授權數、系統稼動 | KPI 考核:結案品質、例外交回、授權紀律 |
| 責任 | 系統管理員負責維運 | 明確的人類 owner,出狀況有人負責 |
| 長期 | 授權續約,或整套汰換 | 續用並擴大授權、調整職務,或淘汰 |
這張表最關鍵的差異在「衡量」與「責任」兩列。軟體思維問的是「系統有沒有正常運作、大家有沒有在用」;僱用思維問的是「這個角色的工作做得好不好、誰為結果負責」。前者衡量工具的可用性,後者衡量角色的績效。當你開始用績效而不是稼動率來看待一個 AI,你就已經站在僱用思維這一邊了。
從 JD 到試用期:AI 員工怎麼進場
AI 員工招募的前半段是開缺與試用,重點只有一個:JD 是後面所有環節的依據。試用期驗什麼、KPI 訂什麼、出狀況找誰,全都從 JD 長出來;寫不進 JD 的期待,之後都無從考核。開缺前該想清楚的題目,〈AI Workforce 導入前的 10 個關鍵問題〉已整理成可直接沿用的自評,這裡不重複,直接進到試用期的設計。
試用期的第一個決定是範圍:從 JD 裡切出一段最小可驗證的工作,而不是整份職務一次上線。例如職務是「客服初步接待」,試用可以先限定在單一渠道、單一產品線的常見問題,其餘一律交回給人。範圍越小,表現越好判讀。
第二個決定是驗收標準,而且要在上工前寫好。建議看三件事:產出品質有沒有達到基準線,基準線最好拿現行人工流程當對照組,而不是憑感覺;例外交回的比例與時機,該轉給人的有沒有轉、轉得夠不夠早;行為是否始終留在授權範圍內。試用期驗的是「這個角色的產出達不達得到交辦標準」,不是「系統會不會動」,後者在採購驗收就該做完。
第三個決定是期間的計法:用工作量計,不用日曆天計。處理滿一定件數,穩定度才看得出來;件數不足,時間再長也只是樣本不夠。試用結束後有三種結果:轉正,納入編制並逐步擴大範圍;調整,改寫 JD、縮小範圍再試一輪;不錄用,收回這段工作,換一個做法。這和人資試用新人的邏輯完全一致,差別在於 AI 員工的每一步都有紀錄,判斷可以更快、更有憑據。
考核、續用與淘汰:僱用思維的後半段
AI 員工的考核,看的是績效,不是稼動率。日常考核建議追三類訊號。第一是結案:真正完成的工作量與品質,而不是回應了多少訊息;回得多不等於做得完。第二是例外處理:該交回給人的有沒有交回、時機對不對。一個願意說「這題我不該接」的 AI 員工,比什麼都接的更值得信任。第三是授權紀律:行為是否留在權限邊界內、紀錄是否完整可查,這決定了你敢不敢繼續放大它的範圍。
考核的結果,對應三種處置。表現穩定、例外交回準確的角色,逐步擴大授權範圍,讓它承擔更完整的工作。表現不穩的,先縮小範圍、改寫 JD 再觀察,而不是直接放棄;多數狀況出在職務定義太寬,不在角色本身。持續達不到標準的,就淘汰:收回工作、停用或換一個做法。能被停下來、收回、換掉,本來就是僱用制度正常運作的一部分;淘汰一個角色的成本,遠低於留著一個沒人敢問責的黑盒子。這也呼應〈Controllable AI〉談的原則:可控是一切授權的前提。
至於每一類訊號該怎麼落成具體指標、不同職務的 KPI 怎麼訂,本系列會有專文展開,這裡先確立原則:有考核,才有管理;有淘汰,才有信任。
下一個問題:去哪裡招募、怎麼面試?
當你接受了僱用思維,AI 導入的問題就會變得非常具體:職缺開出來了,然後呢?人類職缺有人力銀行、有履歷、有面試流程;那一位 AI 員工,要去哪裡找、怎麼面試、怎麼讓它報到上工?
這些問題聽起來新,其實輪廓已經很清楚:你需要的是一套讓「角色定義、試用檢核、負責人指派」都能標準化走完的招募方式,而不是又一次的軟體採購。去哪裡招募、怎麼面試一位 AI 員工,我們會在下一篇文章接著談。
立即行動
如果你正在思考該為哪個工作角色開出第一張 AI 員工的職缺、試用期該怎麼設計、考核標準該怎麼訂,歡迎預約顧問免費諮詢。我們可以一起看看你的場景與需求,聊聊 AI 如何在你的企業與運作流程中,成為一個招得進來、管得起來的工作角色。
常見問題 FAQ
Q:招募 AI 員工和導入軟體,最大的差別是什麼?
A:交付物不同。招募交付的是一個有職務說明、試用期、考核與負責人的工作角色;導入取得的是一套等待被使用的功能。前者用管理員工的邏輯,後者用管理資產的邏輯。
Q:AI 員工和數位員工是一樣的嗎?
A:是同一個角色的兩個稱呼:能承擔特定工作角色、可控且可問責的 AI。先前系列文章多稱「數位員工」,進入招募語境後,我們統一使用更直接的「AI 員工」。
Q:AI 員工的職務說明(JD)為什麼重要?
A:JD 是後面所有環節的依據:試用期驗什麼、KPI 訂什麼、出狀況找誰,全都從 JD 長出來。寫不進 JD 的期待,之後都無從考核。
Q:AI 員工的試用期該怎麼設計?
A:三個決定:從 JD 切出最小可驗證的工作範圍;上工前寫好驗收標準,拿現行人工流程當對照組;期間用工作量計而非日曆天。結果分轉正、調整、不錄用三種。
Q:AI 員工的表現該怎麼衡量?
A:看績效不看稼動率,追三類訊號:真正結案的量與品質、例外交回的比例與時機、行為是否留在授權範圍內。具體的 KPI 設計,本系列將有專文說明。
Q:表現不好的 AI 員工可以淘汰嗎?
A:可以,而且應該。表現不穩先縮小範圍、改寫 JD 再觀察;持續達不到標準就收回工作或換做法。能被停下來的 AI 員工,才值得信任。
Q:企業想招募第一位 AI 員工,該從哪裡開始?
A:從寫 JD 開始,不是從採購平台開始。先確認哪個工作角色需要固定承擔者,寫清楚職務說明、權限與負責人,再選擇適合的工具。