科技 · 新聞解讀
ServiceNow Flow 進入受控開放：Teams 管理員在「一天上線」前應核查什麼
ServiceNow 稱這套聊天式服務台可在一天內運作，並從 Teams 或 Slack 自動處理例行請求。但產品仍在受控開放、按用量計費，權限、保留與真實解決率仍需小規模試點。
ServiceNow 於 10 月 1 日發布獨立對話式服務台 Flow，用於處理員工例行請求。它可在 Microsoft Teams 或 Slack 中運作，但仍處於受控開放，廠商所稱「一天上線」尚未經獨立驗證。
發布不等於全面可用
ServiceNow 將 Flow 定位為獨立對話式服務台：員工從 Teams 或 Slack 求助，系統回答或執行受支援工作，無法完成時轉交人工。新客戶不需既有 ServiceNow 關係。但 Flow 現在是受控開放，初期優先北美；北美及歐洲、中東與非洲預計在 2026 年第四季正式開放。發布消息不代表每個租戶、地區或方案今天都能投入正式環境。
它預計自動處理哪些工作
初期用途包括密碼重設、存取申請、政策問題、基本疑難排解及基礎設施配置。ServiceNow 表示，正確解決的請求可轉成可重複使用的自動化，也可連接知識、資產與工單系統並在需要時升級。獨立報導提到 Teams、Slack、網頁及電子郵件。這些能力也擴大審查面：管理員必須確認它能執行哪些動作、遵循哪些核准以及留下哪些證據。
應縮小「一天上線」的定義
ServiceNow 稱 Flow 可在一天內運作，無需實施專案或員工訓練。這是廠商說法，可能只描述啟用與一個簡單流程，不包含法務審查、身分對應、資料分類、權限核准、保留設定、支援責任和正式變更控制。試點應限於一個部門、一個聊天管道和一兩項低風險請求，分開記錄設定與安全審查時間，並統計正確完成、升級、放棄與人工更正。
Teams 權限與身分優先
啟用前取得實際應用權限清單，列出委派與應用層級權限；確認誰授予租戶同意、Teams 或 Entra ID 身分如何映射、訪客如何處理，以及條件式存取與特權身分政策是否仍有效。讀取與寫入動作要分開。知識搜尋可採較窄權限；密碼重設、群組變更、帳號解鎖或基礎設施動作應要求人工核准，並確認停用工作流程時不會遺失稽核紀錄。
資料、稽核與成本仍待釐清
發布材料把 Flow 與 ServiceNow AI 平台的治理及稽核能力連結，但未公布詳細 Teams 權限、對話保留、區域資料駐留矩陣和所有產品專屬合規控制。應詢問聊天內容、提示、檢索文件與動作日誌的儲存位置、保留期間、電子蒐證範圍，以及哪些資料會送到連接模型或服務。費用採用量模式，但每次協助費率與試用上限未公開；試點應設上限、每日匯出用量並模擬請求尖峰。
結論
聊天式服務台回應了員工在既有協作工具求助的習慣。對身分控制成熟、請求重複且文件清楚的團隊，小規模試點有價值；但這不是全公司服務台可在一天內被取代的證據。先核查權限、身分、核准、升級、日誌、保留與單位成本，再比較完成工作與人工更正；答案不完整時應等待正式文件或全面開放。
