2026年7月2日 周四晚上19:30,报名腾讯会议了解“如何构建自进化的动态知识库(Brain)”(限30人)
免费POC, 零成本试错
FDE知识库

FDE知识库

学习大模型的前沿技术与行业落地应用


收藏

客服坐席辅助的探索与实践

发布日期:2024-07-25 08:38:57 浏览次数: 4110


前言


本文主要阐述了客服在坐席辅助领域中尝试探索过程,以及在客服智能化过程中的一次实践内容,展示了整个坐席辅助功能的设计与实现。首先,文章介绍了业务背景,然后详细描述整体的架构及功能模块,最后描绘了未来的愿景。


1.业务背景

2.功能介绍

    2.1. 产品架构

    2.2. 技术架构

    2.3. 系统架构

3.模块介绍

    3.1. 消息处理模块(Messenger)

        3.1.1. 对接RTA服务

        3.1.2. WS通用服务

    3.2. 监控模块(Monitor)

    3.3. 检测类模块(Detection)与引导类模板(Navigation)

        3.3.1. 情绪识别(Emotion Recognition)

        3.3.2. 意图识别(Intention Recognition)

        3.3.3. 用户画像(User Profile)

        3.3.4. 实时质检(Quality Checking)

        3.3.5. 流程引导

        3.3.6. 工单引导(Ticket Guide)

        3.3.7. 知识引导(Knowledge Guide)

        3.3.8. 前置处理

4. 总结


#01

业务背景

关于客服未来发展的趋势,智能化是不可避免被提到的,随着人工智能和自然语言处理技术的进步,未来的客服将更加智能化。智能坐席辅助的应用场景非常广泛,适用于各种类型的客服服务场景,包括电话客服、在线客服、社交媒体客服等。智能坐席辅助可以帮助企业实现智能化的客户服务,提高客户满意度和忠诚度,降低成本和风险,提升企业的竞争力和业务增长。坐席辅助是智能化的重要应用之一,它通过人工智能和机器学习技术,提高了客服服务的效率和质量,为企业提供了更好的客户服务体验。未来,随着技术的不断进步和应用场景的不断拓展,坐席辅助将越来越智能化,成为企业发展的重要支撑。


针对目前客服CRM系统,存在以下方面问题:

  • 【人员问题】:坐席在语音沟通过程中可能存在语速过快、情绪激动、个人知识能力差异、人员流动性高等问题。

  • 【业务问题】:业务流程过长、业务体系庞杂、业务枯燥。

  • 【服务问题】:服务标准难以控制、错误无法及时提醒、会话后质检接入较晚、监控指导少。

  • 【培训问题】:上岗培训周期长、培训成本高、日常学习不及时、知识学习能力存在差异。

为解决上述问题,产品调研了同业(银行、小额贷)相关的经验及解决方案,业务期望在客服系统引入坐席辅助模块。


对于市场上已有坐席辅助产品,经过POC及技术选型,但外部供应商存在很多必要功能缺失,没有一家能完全满足业务诉求,且存在功能完成度问题,需实现定制化开发,成本较高,自研可降低研发成本,功能完成度高,迭代速度快。


故有了此次客服坐席领域的尝试探索以及实践。

#02

功能介绍

2.1. 产品架构

在客服平台产品的整体架构中:

  • 业务层:提供与客户沟通服务的能力,包括人工服务,自助服务等;

  • 平台层:整合客服整体后台管理能力,提供业务层使用,坐席辅助相关的能力在该层体现

图1: 客服平台产品架构图


话前、话中、话后是通过会话处理阶段进行划分,即会话前、会话中、会话后:

  • 话前部分:主要是提供事中部分的前置配置功能。

  • 话中部分:坐席辅助实时处理功能,主要在客服坐席在与客户沟通过程中提供相关服务。

  • 话后部分:主要提供客服会话结束后的会话查看以及数据分析相关能力。

图2: 坐席辅助功能模块图

2.2. 技术架构

  • 用户层:copilotui提供会话前配置管理能力,CRM集成会话中处理结果展示部分。

  • 聚合层:主要是坐席辅助依赖部分应用能力,包括呼叫中心、CRM后端服务等。

  • 核心层:客服坐席辅助的核心能力,可分为三个功能模块 - Transportation传输模块(包含Monitor-监控模块、Messenger-消息处理模块),Detection检测模块(UP-用户画像、QC-实时质检、ER-情绪识别、IR-意图识别),Navigation引导模块(FG-服务流程引导、OG-业务流程引导、KG-知识引导、TG-工单引导)。

  • 支撑层:主要是AI相关服务,包括大模型、向量化、知识库等相关服务。

图3: 坐席辅助技术架构图

2.3. 系统架构

针对客服坐席辅助,主要分为两大部分:电话客服坐席辅助、在线客服坐席辅助。

电话客服坐席辅助流程:

  • 通过服务器的流量镜像能力,将CC(呼叫中心)的语音流量传输到RC(实时质检服务)的解析服务器,针对这部分流量进行过滤筛选后再传输到ASR进行语义转写;

  • Monitor(监控模块)监听呼叫中心,获得电话会话事件,而后由Messenger(消息处理模块)对接实时质检RTA(Real-Time Assist)服务初始化会话及结束会话;

  • 实时质检的RTA会回传ASR转义结果及违规提醒相关信息到TX(辅助平台,此处TX为代指),再通过MQ消息的方式传递给Messenger;

在线客服坐席辅助流程:

  • Monitor(监控模块)监听呼叫中心,获得在线会话事件,而后由Messenger(消息处理模块)对接实时质检RTA服务初始化会话及结束会话;

  • 客户侧消息通过客服机器人传递到呼叫中心,再传递到Agent-Proxy(坐席代理服务),Agent-Proxy将消息发布到redis中;

  • 客服侧回复消息直接通过Agent-Proxy将消息发布到redis中;

  • Messenger订阅redis获得在线消息,随后调用实时质检服务,传输在线会话消息内容

在上述电话客服流程中,语音流量镜像后进行ASR转义直接获得了转义文本,故不再需要Messenger提供对话内容。

Messenger进行会话初始化后,实时质检接收到会话内容文本后就会进行实时质检。

Messenger通过MQ分发消息,Navigation(引导模块)与Detection(检测模块)接收消息后进行模块内部逻辑的处理,处理结果同样通过MQ消息的方式传递到Messenger。

Messenger与CRM通过WS链接,实时同步辅助相关数据。

图4: 坐席辅助系统架构图


#03

模块介绍

3.1. 消息处理模块(Messenger)

消息处理模块主要是作用是消息中转处理;作为连接CRM和后端服务的桥梁,接收CRM段坐席的消息以及来自质检系统的回调数据,发送后端服务处理的数据,针对各类消息进行通用处理。


3.1.1. 对接RTA服务

RTA服务由实时质检系统提供,坐席辅助系统通过对接RTA服务获得,获得ASR转义文本以及实时质检相关信息。

作为一个单独的服务,ASR及实时质检能力可以拆分为两个单独的插件式功能,集成到Messenger模块使用。

图5: 消息处理模块示意图


3.1.2. WS通用服务

创建管理服务端与CRM的WebSocket链接,通过WebSocket进行消息传输,同时针对未发送成功消息都要做消息缓存,保证异常断开场景下消息不会丢失。

图6: WebSocket服务流程图

3.2.监控模块(Monitor)

监控模块的主要作用是监控呼叫中心通话事件,包括振铃事件、接听事件和挂机事件,获取随录信息数据;

通话事件的作用是用于创建实时质检系统的质检任务;

  • 振铃事件:初始化会话

  • 接听事件:开始会话

  • 挂机事件:结束会话

图7: 监控模块流程图


  • Sip Server:电话客服服务

  • Interaction Server:在线客服服务

3.3.检测类模块(Detection)与引导类模板(Navigation)

检测类模块包含情绪识别(Emotion Recognition)、意图识别(Intention Recognition)、用户画像(User Profile)、实时质检(Quality Checking)四个次级功能模块;

引导类模块包含服务流程引导(Framework Guide)、业务流程引导(SOP Guide)、工单引导(Ticket Guide)、知识引导(Knowledge Guide)四个次级功能模块

图8: 检测及引导模块结构图


  • 检测类模块、引导类模块同消息管理模块通过MQ消息交互;

  • 检测类模块、引导类模块通过nls-sdk(nls:Natural Language Processing Service)调用后续AI服务、知识库服务等;


3.3.1. 情绪识别(Emotion Recognition)

情绪识别中情绪的理论基础是PAD情感三维理论,基于该理论原有的14中情绪类别,同时结合大模型的预训练的测试结果补充一个新的情绪类别(“困惑”),形成目前客服情绪识别服务所需识别的15种情绪类别,分别是“喜悦”、“乐观”、“轻松”、“惊奇”、“温和”、“依赖”、"无聊"、"悲伤"、"恐惧"、"焦虑"、"藐视"、"厌恶"、"愤懑"、"敌意"、“困惑”

  • 会话前部分:提供情绪管理功能

  • 会话中部分:基于对话的上下文内容,通过大模型识别用户情绪,客服通过识别到的客户情绪使用不同话术,如当客户处于“愤懑”情绪时,坐席可以进行安抚;同时可以进行情绪监控等


3.3.2. 意图识别(Intention Recognition)

意图识别是自然语言处理(NLP)中的一个核心任务,它的目的是理解和识别用户输入语句所表达的意图或目的。通过大模型识别客户会话中的意图,进而通过意图提供相匹配的话术或是流程,有助于客服理解解决客户问题,提高客服效率。

  • 会话前部分:提供意图管理功能,通过针对意图可以提供关联知识或流程的能力;

  • 会话中部分:基于对话的上下文内容,通过大模型识别用户意图,根据不同意图提供不同的解决策略


3.3.3. 用户画像(User Profile)

当前用户画像通过公司内部已有的特征平台实现。

  • 会话前部分:提供配置管理功能,可以通过配置功能配置所需要查看的用户特征;

  • 会话中部分:当“监控模块”接收到会话开始事件(振铃或接听),通过“消息管理模块”投递到MQ,“用户画像模块“接收MQ消息进行后续处理;每通会话只会触发一次


3.3.4. 实时质检(Quality Checking)

实时质检功能依赖实时质检功能实现,消息管理模块与实时质检服务对接,见”3.1.1 对接RTA服务“

  • 会话前部分:提供配置功能,存在两处配置,一是第三方质检系统提供的质检流程配置,包含违规配置及违规提醒配置;二是第一方内部提供的针对违规配置的扩展,包含违规是否自动隐藏、违规等级以及钉钉邮件告警通知等;

  • 会话中部分:针对第三方质检的质检结果,根据相关配置区分不同质检违规项,包装扩展该质检违规内容,同时实现钉钉、钉钉邮件告警通知


3.3.5. 流程引导

服务流程引导(Framework Guide)、业务流程引导(SOP Guide)业务可以整合为流程引导。

  • 会话前部分:对流程整体信息、元素信息的配置。流程整体信息的配置,是整体的元描述,及其元素的编排。元素信息的配置,是常规节点元素属性的设定,以及特定节点元素的前置依赖项的配置。

  • 会话中部分:客服坐席再与客户交互过程中,通过客户及坐席的对话内容自动执行流程节点或坐席手动切换流程节点,同时展现相应节点话术。

下图为会话中部分的流程执行简介。

图9: 流程引导流程简介


3.3.6. 工单引导(Ticket Guide)

工单引导主要包含实体提取自助小结两个功能:

实体提取也称为命名实体识别(Named Entity Recognition, NER),是自然语言处理领域的一个重要任务,它的目的是从文本中识别出具有特定意义的信息片段,如人名、地名、组织名等。


自助小结是通过大模型总结会话内容,输出规范的模版内容,通过AI智能化的方式提升坐席话后效率。

  • 会话前部分:提供命名实体管理功能

  • 会话中部分:①基于对话的上下文内容,通过大模型识别命名实体;②基于会话的全部对话内容,通过大模型进行会话总结;


3.3.7. 知识引导(Knowledge Guide)

知识引导主要包含知识匹配和知识检索功能。

知识匹配是根据客户对话内容,通过向量化匹配的方式匹配最接近的知识点。

知识检索是提供坐席主动查询知识的功能,当前也是采用向量化检索的方式匹配知识。

  • 会话前部分:提供知识管理功能,可以针对知识进行增、删、改、查等操作

  • 会话中部分:基于客户的对话内容,通过向量化数据库匹配知识


3.3.8. 前置处理

涉及到AI处理的模块功能,客户与坐席对话内容中可能存在无效内容,例如:在线会话中对话内容可能包含一些系统固定话术;又比如客户对话中存在大量”嗯“、”啊“、emoji表情等内容。


针对上述情况,在调用AI功能前,需要针对对话内容进行前置过滤,确保后置功能处理的内容是有效的对话内容。


#04

总结


当前坐席辅助还有很多可供优化的地方,基于上述坐席辅助的模块功能:

  • 各个模块的实现可插拔,底层服务可以随时切换,譬如AI服务使用A大模型,未来可以对接B大模型,只需要配置一键切换即可;

  • 每一个模块功能,可以拆分为一个个引擎服务,例如意图识别模块可以升级为意图引擎,知识引导可以升级为知识引擎,在提供整体的坐席辅助能力的同时可以分模块的提供各自的能力;

而针对坐席辅助来说,未来的规划一定是输出为一个可对外的成熟产品。

53AI,企业落地大模型首选服务商

产品:场景落地咨询+大模型应用平台+行业解决方案

承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业

联系我们

售前咨询
186 6662 7370
预约演示
185 8882 0121

微信扫码

添加专属顾问

回到顶部

加载中...

扫码咨询

扫码登录
登录即表示您同意《53AI网站服务协议》
服务协议

欢迎您使用【53AI 官方网站】(以下简称“本网站”或“我们”)。本《会员服务协议》(以下简称“本协议”)是您(以下简称“会员”或“用户”)与【深圳市博思协创网络科技有限公司】之间关于注册、登录及使用本网站会员服务所订立的法律协议。

在您注册或登录前,请务必审慎阅读、充分理解各条款内容,特别是免除或限制责任的条款、知识产权条款、争议解决条款等。此类条款将以加粗形式提示您注意。 当您通过微信公众号授权、手机验证码验证或其他方式成功登录本网站时,即视为您已完全理解并同意接受本协议的全部内容。

一、 定义

本网站:指由【深圳市博思协创网络科技有限公司】运营的,域名为【53ai.com】的网站及相关移动端页面。

会员服务:指本网站向注册会员提供的知识库文章查阅、内容检索及其他相关增值服务。

知识库内容:指本网站发布的包括但不限于文字、图表、数据、研究报告、行业分析等数字化内容资源。

二、 账号注册与登录

登录方式:本网站支持以下登录方式,您可根据实际情况选择:

微信公众号授权登录:您同意将您的微信OpenID信息授权给本网站,用于创建或关联会员账号。

手机验证码登录:您需提供真实有效的手机号码,并通过短信验证码完成身份验证与登录/注册。

账号安全:您的账号仅限您本人使用,禁止赠与、借用、租用、转让或售卖。因您保管不善导致的账号被盗、密码泄露等损失,由您自行承担。

实名认证:根据相关法律法规要求,我们可能要求您在特定功能下完成实名认证。如您拒绝提供,可能无法使用部分或全部服务。

未成年人保护:若您未满18周岁,请在法定监护人的陪同下阅读本协议,并在征得监护人同意后使用本服务。

三、 服务内容与规范

知识库查阅权限:会员登录后,有权按照其会员等级对应的权限范围,在线浏览、检索本网站知识库中的相关文章及内容。

服务变更:我们有权根据业务发展需要,调整、变更或终止部分服务内容,并将以网站公告、公众号消息等方式提前通知。

禁止行为:您在使用服务时不得实施以下行为:

利用技术手段批量爬取、下载、转存知识库内容;

将知识库内容用于商业目的或未经授权地向第三方传播;

干扰本网站正常运行或侵犯其他用户合法权益;

发布违法违规信息或从事违反公序良俗的活动。

四、 知识产权声明

权利归属:本网站知识库中的排版设计、软件代码等内容的知识产权均归【公司全称】或原权利人所有,受《中华人民共和国著作权法》等法律保护。

有限许可:本网站授予会员一项非独占、不可转让、不可转授权的普通许可,仅限于个人学习、研究之目的在线查阅知识库内容。

侵权追责:未经书面许可,任何单位或个人不得以任何形式复制、转载、摘编、镜像、汇编或以其他方式使用上述内容。一经发现,我们保留追究其法律责任的权利。

五、 个人信息保护

我们重视对您个人信息的保护。关于我们如何收集、使用、存储和保护您的个人信息,请单独阅读 《隐私政策》。

您通过微信公众号授权或手机号验证所提供的信息,我们将严格按照《个人信息保护法》的规定处理,仅用于身份识别、服务提供及安全验证等必要用途。

您可以随时通过网站设置或联系客服行使查阅、更正、删除个人信息及撤回授权同意的权利。

六、 免责声明

内容准确性:知识库内容仅供参考,不构成专业建议。我们不对其完整性、准确性、时效性作任何明示或暗示的保证,您应自行判断并承担使用风险。

不可抗力:因自然灾害、政策法规变化、网络故障、第三方平台接口异常(如微信接口维护、运营商短信通道故障)等不可抗力导致的服务中断或延迟,我们不承担违约责任。

第三方链接:本网站可能包含指向第三方网站的链接,该等网站的内容和服务不受我们控制,请您自行甄别风险。

七、 违约责任

如您违反本协议约定,我们有权视情节采取警告、限制功能、暂停服务、注销账号等措施,并保留要求赔偿损失的权利。

如因您的违约行为导致我们遭受行政处罚、第三方索赔或商誉损失,您应承担全部赔偿责任(包括但不限于罚款、赔偿金、律师费、公证费等)。

八、 法律适用与争议解决

本协议的订立、执行和解释均适用中华人民共和国大陆地区法律。

因本协议产生的或与本协议有关的任何争议,双方应友好协商解决;协商不成的,任何一方均可向【公司所在地】有管辖权的人民法院提起诉讼。

九、 其他

本协议构成双方就本服务达成的完整协议,取代此前任何口头或书面约定。

本协议任一条款被认定为无效或不可执行的,不影响其他条款的效力。

我们对本协议享有最终解释权,并在法律允许的范围内保留随时修改的权利。修改后的协议一经公布即生效,继续使用服务即视为同意修订内容。


已查阅