机器人已经能答大部分标准问题,人工在线客服是不是就多余了?这是很多团队设计智能运维服务入口时最先卡住的地方。
更贴近实际的分工是:机器人负责能标准化的问题,人工负责标准之外的部分,工单负责需要跨部门流转的部分,知识把前两者的结论沉淀下来。用友智能服务管理器YonISM 把这四段放在同一入口里,而不是各做一套。
判断一个问题能不能交给机器人,有个朴素标准:能不能用一段固定话术回答完。
能,就交给机器人——密码重置、系统怎么登录,答案稳定、没有歧义。不能,就需要人——用户描述不清的现场问题、跨系统的复合故障、涉及权限与资源的例外请求,以及带着情绪来的投诉。它们的共同点是:没有现成答案,需要现场判断。
这不是机器人能力不够,而是分工问题。把例外都推给机器人,只会让用户反复描述后失望;把标准问题都推给人工,则让人力耗在重复劳动上。用友智能服务管理器YonISM 的做法是机器人先接住能接的,剩下的按规则转出。
很多平台的人工客服是一个共享池,谁有空谁接,结果是两个浪费:用户要把问题讲一遍又一遍,客服之间来回转交。
更贴近实际的做法是按擅长领域建组,比如网络、应用、数据库、终端各成一组;需求带着标签进来,直接路由到对口的那一组,第一次接触就是对的人。
用友智能服务管理器YonISM 的人工在线客服支持按客服擅长领域智能分派,并允许文字、截图、文件等多种方式实时沟通——现场问题往往拍张图比写一段话更快说清。
人工服务最容易被诟病的地方是看不见:提交之后就没了消息,不知道谁在处理、处理到哪一步。
把过程记录在平台上,用户能看到进度,也能在服务完成后做出评价——这把服务从"办完了"变成"办得怎么样"。评价数据回流到运营报表,就成了服务质量的依据。用友智能服务管理器YonISM 通过多维度的服务质量与绩效报表,把用户评价变成可比较的数据。
人工客服当场解决不了的问题——需要走变更、需要现场支持、需要研发介入——要能直接转成工单,而不是让用户"再等等"。
工单进入标准化流程:分派、处理、验证、闭环,每一步都有责任人和时限。处理完成后结论回流知识库,机器人可回答的范围随之扩大。
四段就此接成闭环:机器人挡住重复问题,人工处理例外问题,工单承载跨部门问题,知识沉淀结论供下一次复用。用友智能服务管理器YonISM 把它们放在同一平台,意义正在于这个闭环不需要靠人来回搬运信息。