AI 員工服務中心：從 HR/IT 工單到可執行服務
AI 企業服務中心不是把 HR、IT、行政工單換成聊天框，而是把服務目錄、知識庫、申請物件、審批流和受控動作做成可執行服務。
先給結論：AI 企業服務中心不是把 HR/IT/行政工單換成聊天框，而是把服務目錄、知識庫、申請物件和審批流做成後設資料——AI 在服務邊界內替員工辦事，而不是繞過它。
員工在公司裡辦一件小事，經常要先學會系統。
請假去哪提？電腦壞了找誰？VPN 許可權怎麼開？差旅制度在哪？名片申請算行政還是市場？入職裝置什麼時候發？很多內部服務的問題，不是員工不願意自助，而是入口太多、流程太散、規則太難找。
AI 企業服務中心的目標，是把“提工單”變成“說清楚要辦什麼”。
員工可以直接說：
我下週去上海見客戶，幫我看一下差旅標準，併發起出差申請。
系統先回答制度，再根據許可權、預算、審批和服務目錄生成申請。AI 不是一個泛泛聊天機器人，而是站在 HR、IT、行政、財務和知識庫之上的內部服務應用。
搭建時，你可以對平臺說：
幫我搭建一個 AI 企業服務中心。它要覆蓋 HR、IT、行政和財務常見服務；員工可以用自然語言查詢制度、提交申請、檢視進度；AI 自動識別服務型別，補齊表單欄位，生成審批和待辦；涉及許可權開通、報銷、裝置和合同的動作必須按角色審批。
平臺生成的，是一套可執行的內部服務中心。
員工服務的問題，本質是語義入口問題
傳統企業服務系統有很多入口：HR 系統、ITSM、OA、行政表單、知識庫、財務系統。每個系統都有自己的分類、欄位、審批和狀態。
員工的問題卻不是按系統邊界表達的。他說的是：
- 我要請假；
- 我電腦連不上 VPN；
- 我想申請一個測試伺服器；
- 我下週出差，需要訂酒店；
- 新同事入職，需要開通賬號；
- 我不知道這筆費用能不能報銷。
AI 的價值，是先理解員工意圖，再把它路由到正確服務物件和流程。
這要求平臺不能只有聊天能力，還要有服務目錄、知識庫、申請物件、許可權、審批和審計。
用自然語言生成服務中心後設資料
第一輪搭建時，平臺應該生成這些物件：
| 物件 | 作用 |
|---|---|
service_catalog | 服務目錄、適用人群、所需欄位、處理部門 |
service_request | 員工申請、服務型別、狀態、優先順序 |
knowledge_article | 制度、FAQ、操作說明和適用範圍 |
approval_task | 審批節點、審批人、意見和結果 |
fulfillment_task | IT、HR、行政等部門的執行任務 |
employee_profile | 員工部門、職級、地點、角色和許可權上下文 |
有了這些物件，員工說“幫我申請一臺新電腦”，系統才能判斷這屬於裝置申請，需要員工所在部門、預算、裝置型別、審批人和行政執行任務。
如果員工只是問“公司電腦多久可以換一次”，系統則應該走知識庫問答，而不是建立申請。
搭建後用語言持續調整服務規則
內部服務規則變化很頻繁。HR 可以說：
試用期員工請年假時，先提示制度說明，不允許直接提交。
平臺應更新請假服務規則和員工狀態判斷。
IT 負責人可以說：
生產環境許可權申請必須先由直屬主管審批，再由系統負責人審批，有效期最長 7 天。
這會生成許可權申請欄位、審批流、有效期校驗和到期回收任務。
行政負責人可能說：
辦公用品金額超過 500 元時，需要部門預算負責人確認。
這會影響服務目錄、表單欄位和審批節點。
自然語言搭建讓 HR、IT、行政這些服務 owner 可以快速把規則固化進應用，而不是每次改流程都等開發排期。
員工如何在應用裡工作
員工不需要先知道服務叫什麼。他可以直接問：
我剛入職，郵箱、VPN、報銷系統都還不能用，幫我處理。
AI 應該識別這是多個服務請求：
- 郵箱開通；
- VPN 許可權申請；
- 財務系統賬號；
- 新員工制度說明；
- 可能還需要裝置和門禁檢查。
系統生成申請草稿，補充員工資訊，展示需要確認的欄位。員工確認後，服務請求進入不同執行佇列。
員工也可以問：
我的電腦維修到哪一步了？
系統讀取服務請求和執行任務狀態，直接回答進度，而不是讓員工去找工單編號。
服務人員則可以問：
今天有哪些高優先順序請求？哪些缺少材料？
AI 根據 SLA、員工角色、服務型別和等待時間生成佇列建議。
AI 可以幫員工辦事，但不能繞過服務邊界
員工服務中心很容易從“問答”滑向“萬能入口”。所以邊界尤其重要。
AI 可以自動做：
- 識別服務型別；
- 查詢制度和 FAQ；
- 補齊申請草稿；
- 推薦需要的附件；
- 總結處理記錄；
- 提醒超時任務；
- 生成執行人員的處理建議。
但以下動作必須受控：
- 開通系統許可權；
- 修改員工主資料；
- 批准請假、報銷和預算；
- 發放裝置；
- 訪問敏感 HR 資訊；
- 關閉審計相關請求。
每個動作都應該繼承員工身份和角色許可權。AI 不是管理員賬號，它只能在服務目錄和許可權邊界內呼叫工具。
第一版怎麼搭
AI 企業服務中心可以從四類高頻服務開始：
第一，HR 問答和請假申請。制度查詢、假期餘額、請假流程。
第二，IT 服務。賬號、許可權、裝置、網路和故障報修。
第三，行政服務。辦公用品、會議室、門禁、名片和資產。
第四，財務協同。差旅制度、報銷材料、預算審批入口。
第一版不要追求覆蓋所有流程。先把知識庫、服務目錄、申請物件和審批打通，讓員工能用一句話找到正確入口。
ObjectStack 的價值：把聊天變成可執行服務應用
很多企業會先做一個內部知識問答機器人，但員工真正想要的是“問完以後能辦成事”。
ObjectStack 的後設資料驅動能力，讓企業可以用自然語言生成服務目錄、申請物件、知識庫、審批流和 Agent 工具。員工繼續用自然語言提問、提交、修改和追蹤，系統則負責許可權、流程和審計。
員工服務從提工單變成聊天，不是把所有流程藏起來，而是讓系統先理解人的表達，再把它落到正確的業務物件和受控動作上。