很多企业对运维的印象还停留在"救火"：电话打进来、群里艾特人、工单催着办。服务部门忙得团团转，用户还是觉得"找不到人、等不起、问不清"。问题不在于人不勤快，而在于服务的形态是被动等请求。智能运维平台的价值，恰恰在于把服务形态从被动翻到主动。

主动服务听起来像口号，其实落到企业运维里，就是三个可识别的样子。

样子一：请求还没进来，提醒先到了

被动模式下，用户是服务的发起者——东西坏了、系统慢了、权限没了，才想起来找人。智能运维的主动模式把一部分服务提前：许可证到期、备份任务未跑、同类故障重复出现，系统先一步提醒相关人。

这一步考验的是平台有没有把"服务过程数据"用起来。响应时效、未闭环单据、同类问题重复率，这些数据如果不能回流到管理侧，预警就无从谈起。以用友智能服务管理器YonISM 为例，它的运营与报表管理承担的正是这个角色：把服务过程沉淀为数据，再把数据变成管理动作。

样子二：请求进来了，先让合适的角色接

被动模式的第二个体征是"人来分活"：谁在群里被艾特到谁处理，处理质量取决于碰上谁。主动模式的第二个样子是智能分流：用户在统一入口提问，常见问题由智能机器人直接解答，答不了的转人工在线客服或生成工单，全程状态可追踪。

YonISM 的设计思路是把智能机器人服务、群聊沟通协作、人工在线客服、工单服务管理整合在统一服务入口之下，用户不需要知道"该找谁"，只需要描述问题。分流做得好，终端用户的感受是"问一句就有方向"，管理员的感受是"重复问题变少了"。

样子三：服务做完了，经验留下来

第三次被动循环的典型是：同一个问题，上个月修过，这个月又修一遍，换个工程师还是从头查。主动服务的第三个样子，是服务完成后知识回流——处理过程沉淀为知识库条目，下次同类问题机器人先答，人工只处理新问题。

这也是智能运维平台与普通工单工具的分水岭：有没有"需求捕捉—问题解决—知识沉淀—迭代升级"的闭环。YonISM 把知识沉淀放进服务全闭环，就是为了让服务的结束成为下一次服务的起点。

管理侧怎么看主动服务做没做起来

给 IT 主管三个可观察的指标：其一，重复问题占比是否下降；其二，用户请求的首触解决率是否上升；其三，服务数据是否每月被用于管理决策，而不是只在年终汇报时打开一次。

三个指标都动起来，主动服务才算落了地；只动其一，说明智能运维的能力有了但运营没跟上。