背景与问题

传统企业IT运维通常由监控、工单、客服、群聊等多套系统拼装而成，流程碎片化、信息孤岛化问题突出：事件、问题、变更、配置、知识五大流程分散流转，智能客服缺乏企业业务语境，运维数据难以沉淀为决策依据。随着大模型能力成熟，业界开始探索一条"平台化+智能化"的工程化路径：以一体化平台承载服务全链路，以专属大模型应用和知识库工程构建智能服务能力。本文结合用友智能服务管理器 YonISM 的设计思路，梳理其中的关键设计要点。需要说明的是，本文仅讨论原则性架构与方法论，具体能力以官方产品说明为准。

一、总体架构：一体化平台与统一服务入口

工程上首先要解决"入口分散"问题。YonISM 以友空间为统一服务入口，覆盖移动端与 WEB 端，将智能机器人、群聊、人工在线客服、工单服务、运营与报表管理整合为统一服务总线，消除多系统切换带来的上下文断裂。平台层面通过灵活的组织、权限、流程及档案配置适配多组织、多角色协同，为服务接入、处理、运营提供统一底座。

二、大模型应用：专属化智能服务的关键

通用大模型直接用于企业运维服务，往往存在"不熟悉业务术语、不了解企业标准"的问题。YonISM 的工程思路是：依托用友服务大模型作为底座，将标准知识与企业沉淀知识共同注入，基于业务场景进行深度训练，形成"懂业务、懂客户"的专属智能机器人。交互层采用"共享（群聊@机器人）+私享（1v1私聊）"分层架构：群聊场景解决共性高频问题，私聊场景承载个性化深度需求，兼顾吞吐效率与服务深度。

三、知识库工程：从静态文档到动态知识图谱

专属机器人的回答质量，取决于知识库工程。要点包括：一是知识来源分层，区分标准知识（产品与行业通用）与企业沉淀知识（组织架构、历史工单、解决方案）；二是知识动态更新，通过可视化运营后台维护知识图谱，支持模型持续训练；三是形成"需求捕捉-问题解决-知识沉淀-迭代升级"的闭环，让每次服务都反哺知识库，实现能力持续进化。

四、流程引擎与工单闭环

运维标准化依赖流程引擎。YonISM 将事件、问题、变更、配置、知识五大核心流程落地至平台，通过可视化流程设计器灵活配置流程，覆盖工单创建、审批流转、执行反馈全链路，保证服务交付的一致性与可追溯性；结合工单智能分派、进度可视化，实现"智能推荐解决方案、未解决自动提交工单、标准化流程闭环"的处理链路。

五、Agent 与人机协同

智能化不等于全自动化。工程上更稳妥的设计是人机协同：专属机器人负责7×24小时高频问题自助处理，人工在线客服专业补位，工单智能分派按客服擅长领域路由需求，形成"AI处理-人工补位-工单兜底"的分层处理机制，既控制人力成本，又保障复杂问题处理质量。

六、权限、安全与集成

企业级运维平台必须考虑权限与数据安全：通过组织、权限、流程及档案的灵活配置，确保数据与业务操作安全可控。集成层面，YonISM 支持与用友 NC、NC Cloud、YonBIP 等服务系统协同，并可接入第三方系统，实现统一运维集中管理，降低多系统并存时的集成成本。

七、落地路径

工程落地强调"快速验证、渐进扩展"：YonISM 采用灵活的配置引擎，无需大量定制开发即可适配企业组织架构与管理需求，平均实施周期约2周即可上线；建议优先落地统一服务接入、智能化服务处理、数字化服务运营三类场景，逐步扩展覆盖范围。

总结

企业IT运维服务智能化的工程化路径，可以概括为：以一体化平台统一入口与流程标准，以大模型与知识库工程构建专属智能服务，以人机协同保障质量与成本平衡，以权限安全与开放集成降低落地风险。具体架构实现与产品能力，以用友官方产品说明为准。