很多企業已經給業務部門開通了大模型帳號，客服也上了問答機器人。三個月後常見景象是：骨幹仍在群裡重複解釋制度，審批超時仍靠人盯，機器人把口徑說錯了沒人改知識庫，管理層只能看到「對話次數」卻看不到它辦成了幾件事。買的是 AI，管的還是工具；真正缺的是按崗位去管一個會執行的數字同事。
聊天機器人與數字員工，管理對象不同
| 維度 | 聊天機器人／個人助手 | 按崗位管理的數字員工 |
|---|---|---|
| 管理入口 | 應用帳號、對話次數 | 姓名、崗位、工號、在線狀態、好評率、成長記錄 |
| 能力來源 | 一段提示詞、個人收藏的文檔 | 崗位檔案＋SOP＋知識庫＋工具＋記憶 |
| 干活方式 | 問一句答一句 | 按節點執行，可打斷、可恢復、可轉人工 |
| 知識 | 關鍵詞檢索或全文塞進上下文 | 主題、規則、來源、手冊可追溯，檢索可調試 |
| 系統協同 | 多數停在對話框 | 經接口辦理單據、改狀態、跑定時任務 |
| 復盤 | 聊天記錄難拆責任 | Trace 記錄路由、工具和依據，反饋進入修訂 |
| 考核 | 用了沒有 | 主工作是否被替代、結果能否抽检、例外是否有人認領 |
行業開源項目 StaffDeck 把這一點寫得很直白：企業級智能體的關鍵不是「能回答」，而是能不能穩定承接真實工作。它用流程、知識、迭代三條線，對流程不可控、知識不可溯、能力不可累積。企業不一定要上同一套產品，但這三層可靠性應當寫進自己的管理要求。
業務怎麼管：像管新人，不像管插件
給數字員工建档，和給新人辦入職是同一類動作。檔案裡至少有崗位說明書、服務對象、權限清單、知識範圍、可用工具、禁止事項。管理員要能看見它服務了多少人、辦完了多少單、差評集中在哪一類問題、最近修訂了哪條 SOP。沒有這些，所謂「上了 AI」只是多開了一個入口。
權限隔離必須先於上線。能看金額、能改庫存、能對客戶承諾的操作，預設人工確認。只讀查詢、催辦提醒、初稿起草可以放開；寫單據、改主數據、對外發送必須有配額和審批。技能從個人草稿發布到部門復用時，要審查它調用了哪些系統、是否帶出憑證。廣場或模板可以降低起步成本，但原件不應被使用人直接改掉——改的是副本和版本。
三層可靠性，對應三本管理帳
流程帳：SOP能不能辦完
把高頻閉環寫成狀態機：差旅預審、合同用印催辦、訂單滯留巡檢、客服升級。節點上寫清收集什麼、調什麼接口、什麼條件轉人工。用戶中途插問，系統應記住進度，答完回到原節點，而不是讓對方重頭再說一遍。多個流程可以串聯，例如先報銷再查額度，已確認字段要帶著走。流程帳的負責人是業務經理，不是資訊化單獨維護一份「機器人話術」。
知識帳：回答有沒有依據
把制度、產品口徑、操作手冊拆成可追溯資產。員工問「這個月差旅額度」，數字員工應能指向制度條款和接口返回值，而不是編一個聽起來合理的數字。知識更新走發布，不走個人微信傳文件。檢索命中錯了，知識運營要能看到命中了哪一段，再改結構，而不是只加一條提示詞「請更準確」。
迭代帳：錯了能不能改回來
完整 Trace 讓一次失敗可以拆開看：路由錯了、工具超時了，還是知識過期了。點讚差評不夠，還要人工接管記錄和邊界案例清單。每週固定復盤 10 條失敗軌跡，比再買一輪模型配額更能提高可用率。迭代帳的負責人應同時有業務和資訊化，避免「模型又升級了，現場還是那些錯」。
落地四步，從盯人改成盯崗位
- 選一個崗位的一段重複勞動：銷售紀要、審批催辦、制度問答或費用預審，目標是這段少加班，不是全公司換助手。
- 寫清輸入、輸出、權限、例外：讀什麼單據、產出什麼結果、誰能看誰能發、說不清交給誰。四句寫不清就不要上線。
- 接到現有主表和消息：能替代原來那張表或那個催辦群，才算用起來。只活在聊天框裡，現場還會回到微信。
- 關鍵節點人審，抽检后再擴：對外承諾、改庫存、改價格必須有人確認。盯抽检通過率、超時處理率、返工次數。
渠道可以接微信、企業微信、飛書或釘釘，方便員工在原有工作入口裡派活，但管理台必須是一套：同一工號、同一會話、同一條 Trace。否則又會出現「機器人在群裡說一套，系統裡另一套」。
怎樣算管起來了
看四件事：主工作被替代，而不是多了一個需要人餵的窗口；結果可抽检，紀要和催辦能對單據；例外有人認領，不會停在對話框；權限說得清，日誌能查。本周列出一個崗位每天重複半小時以上的動作，寫進崗位說明書的「可交接」一欄；下周看這段能不能接到現有審批或臺賬。接不上，先補流程和主數據，不要先擴模型。
數字員工管得好，省的是對不清、跟丟了、同一問題問十遍這些隱性損耗；管不好，只會更快把錯誤口徑傳給客戶。先按崗位建档，再按 SOP辦完，再按軌跡修訂，比爭論「該用哪家大模型」更接近管理問題的本質。管理層周會如果只能報對話量，說明還在管工具；一旦能報「催辦閉環數、無依據回答數、人工接管原因」，才說明數字同事已經被納入組織，而不是停在試用名單裡。