科技 · 新闻解读
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 身份如何映射到 ServiceNow，访客如何处理，条件访问与特权身份策略是否继续生效。读操作与写操作要分开。知识查询可采用比密码重置、群组成员变更、账户解锁或基础设施操作更窄的权限。特权动作必须人工批准，并验证停用流程时不会丢失审计记录。
数据、审计和成本仍有空白
发布材料称 Flow 依托 ServiceNow AI 平台提供治理与审计能力，但未公布详细 Teams 权限、对话留存、地区数据驻留矩阵及所有产品级合规控制。管理员应询问聊天内容、提示词、检索文档和动作日志存在哪里、保留多久、哪些进入电子取证，以及哪些数据会传给连接的模型或服务。定价按用量计算，但所审材料没有公开每次协助价格和试用上限。应设置试点上限、每日导出用量，并模拟请求激增。
结论
聊天式服务台解决了真实问题：员工常在日常协作工具中求助，而不是另开门户。对拥有成熟身份控制且请求重复、文档清楚的团队，小范围试点值得考虑；但它并不证明整个公司服务台能在一天内被替代。先核查权限、身份、审批、升级、日志、留存和单位成本，再将完成结果与人工纠正对比；答案不完整时应等正式文档或全面开放。
