AI上線後員工為什麼不用？從工作入口、人工複核到實際採用

一、先看員工怎樣完成任務，而不是猜測態度

讓員工用一條授權脫敏任務演示從收到資料到交出結果的過程。記錄在哪個系統開始、需要查什麼、誰確認、結果交給誰，以及AI插入後多了哪些操作。若AI生成了摘要，但員工還要重新開啟原件尋找證據、複製到表格並找負責人簽字，使用成本可能沒有下降。把現有任務和改造後任務並排比較，觀察真正的停頓，不把未使用的原因直接寫成“員工不願學習”。

訪談既包含熟練員工，也包含新人和異常處理人。熟練員工可能發現AI省不了時間，新人可能不知道什麼結論可以相信，負責人可能擔心批次確認後承擔不清楚的責任。問題分為資料、模型、介面、系統連線、規則與組織責任，分別指定改進方式。沒有授權資料或明確標準的任務先補條件，不把所有問題交給開發團隊調整提示詞。

二、AI放進原來的軟體，但不能繞過許可權

工作入口不侷限ERP或CRM，也可以是客戶門戶、專案管理、合同檔案、工單平臺、內容後臺或SaaS管理臺。員工開啟有權檢視的物件時，系統帶入必要欄位和對應知識，減少再次複製。不需要把全部資料送給模型。查詢與修改是不同許可權，AI入口沿用可信身份與物件授權；不能因為接入方便就共用供應商個人賬號或全庫管理員金鑰。

原系統不能擴充套件時，可以先提供受控輔助入口，明確資料如何進入、結果如何返回、是否保留以及哪些步驟仍由人工操作。嵌入一個視窗不等於完成系統整合，身份、上下文、許可權和狀態需要分別驗證。使用者離開頁面後任務是否繼續、結果從哪裡檢視也要說明。首期讓員工完成一個真實閉環，再決定是否建設統一AI門戶，不以入口數量證明平臺能力。

三、人工複核要幫助判斷，不只是多一個確認按鈕

結果頁同時展示原文位置、提取或生成結果、規則差異、待補項和修改入口。員工能知道哪個值來自原文、哪個來自系統查詢、哪個是模型建議。確認按鈕繫結具體版本，關鍵欄位重新識別或使用者修改後再次核驗。允許退回資料、拒絕建議和轉交有權崗位，不要求每條結果都被確認透過。不能只用一個高置信度顏色掩蓋沒有來源的結論。

複核時間包括開啟原件、閱讀證據、修改、退回和等待確認，不只測AI輸出用了幾秒。錯誤嚴重時，應由正確責任崗位處理，不讓普通稽核員猜法律意見或財務規則。預設操作減少誤點選，批次確認只針對有清晰條件且可檢查的任務。設計測試觀察員工能否獨立處理缺欄位、衝突、重複和許可權變化，若必須開發者在後臺補資料，說明覆核產品尚未完成。

介面還需適合實際裝置與崗位。電腦端支援原文和結果並排核對，手機端先顯示任務、關鍵欄位和待確認項，不把整張表縮成難讀小字。錯誤同時用文字和狀態說明，不能只用紅綠顏色區分。鍵盤操作和焦點順序要能完成檢視、修改與退回；處理失敗後保留未提交內容，避免員工重填。現場網路差或無法開啟附件時提供明確狀態與替代路徑，不宣稱任何環境下都能即時複核。

四、合同資料進入複核的設計示例

以下是功能設計示例，並非客戶成效。專案助理在合同檔案中開啟檔案，AI提出主體、服務範圍、期限和待確認問題，點選欄位可定位原文。助理修正識別錯誤，缺失條款交責任人員確認；正式法律意見仍由法務或相應專業人員給出。審批完成後透過授權介面生成專案草稿，保留合同版本與審批記錄。AI不自動發出對外承諾，也不自行簽署合同。

員工可以選擇“資料不清，退回補充”“建議不適用，記錄原因”或“核對透過，提交當前版本”。系統顯示下一崗位和狀態，避免多個員工重複處理。介面改造是否有效，用相同複雜度的脫敏任務比較完整工時、錯誤和退回情況；不編造節省比例。若AI只是把舊工作換成另一張表，先減少重複欄位與切換步驟，再擴充套件模型能力，不能讓員工用更多操作換一個更漂亮的演示。

窄屏可左右滑動表格檢視全部列。

五、採用率應該怎樣統計才不誤導

先定義目標崗位、可用使用者、適用任務和觀察期。登入過、點選過、完成過與持續使用不是同一個指標。以適用任務為分母記錄採用、未採用、失敗、退回與人工接管，並說明未使用的原因；不適合AI的工作不應強行算作推廣失敗。對沒有登入機會、沒有適用任務或仍在許可權開通階段的人員，單獨說明狀態，不把低活躍全部歸因於員工。

以下僅為口徑算例：觀察期有40項適用任務，24項進入AI流程，其中20項最終完成，則流程進入比例為24/40，進入後的完成比例為20/24。剩餘任務要進一步區分放棄、退回和待處理，不可以對外宣稱節省60%工時。工時、錯誤與業務結果需另外測量。小樣本報告標明任務組成和範圍，不拿一次內部試點代表所有部門和未來客戶；涉及人員評價的使用記錄也應按企業授權和訪問規則處理。

六、試點結束後決定保留、調整還是停止

試點選擇一小組實際辦理業務的人，觀察正常與例外任務，提供反饋入口和響應人。先說明AI能做與不能做的範圍，培訓圍繞具體任務而不是通用提示詞技巧。員工遇到錯誤後能返回原流程，系統不把停用AI等同無法辦理業務。反饋進入資料、規則、介面、模型和介面的改進清單，每項有負責人及複測條件，不只收集滿意度分數後宣佈專案完成。

結果不達標時，比較是關鍵資料缺失、複核更費時還是任務本身不值得自動化。能區域性改善就修對應步驟，沒有價值就停止或縮小範圍，而不是要求員工增加呼叫來改善報表。推廣到其他崗位前，重新核對資料、許可權、規則和責任，原崗位成功不保證另一個流程同樣適用。擴大預算以可複核的任務結果為依據，保留失敗與不適用結論，讓企業能據此做真實投資決策。

七、改造費用與交付物應圍繞員工任務

已有AI平臺不一定要換。先報價診斷與原型，再確認身份接入、欄位上下文、複核介面、業務介面、監控和測試範圍。原型應允許業務人員走完檢視依據、修改、退回和確認，而不是隻展示幾張靜態截圖。新增第三方登入、介面和模型費用與研發分開列；資料治理和業務規則確認需要客戶參與，供應商不能憑空決定哪個部門負責哪些正式動作。

交付包括任務流程、欄位與許可權說明、複核規則、介面配置或原始碼、測試樣本、指標口徑、反饋分類和執行手冊。業務負責人按一條未經除錯的任務驗收，接管人員處理一次知識過期或介面失敗。第一次諮詢只需要描述員工做什麼、目前最繁瑣的步驟和系統名稱；沒有完整需求書也可以先交流，不必把客戶原文和生產金鑰直接發給陌生團隊。