惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

P
Proofpoint News Feed
Blog — PlanetScale
Blog — PlanetScale
GbyAI
GbyAI
C
Check Point Blog
腾讯CDC
Stack Overflow Blog
Stack Overflow Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
The GitHub Blog
The GitHub Blog
A
About on SuperTechFans
Recent Announcements
Recent Announcements
L
LangChain Blog
Microsoft Azure Blog
Microsoft Azure Blog
小众软件
小众软件
J
Java Code Geeks
博客园_首页
Jina AI
Jina AI
美团技术团队
H
Help Net Security
MyScale Blog
MyScale Blog
Engineering at Meta
Engineering at Meta
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
人人都是产品经理
人人都是产品经理
Y
Y Combinator Blog
S
SegmentFault 最新的问题

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
银行需要搭建智能客服模块的中台能力,驱动全场景智能客服务升级
易观 · 2022-07-08 · via 人人都是产品经理

编辑导语:如今,智能客服在各行业的应用越来越多,而银行在应用智能客服系统时,存在二次开发成本高、厂商解决方案不能很好适配银行场景等问题,这种时候便需要形成智能客服相关的可复用于跨部门的中台能力。

易观分析:虽然客户服务有着将近20年的发展历史,相对于人工客服,客户体验依然较差。银行应用智能客服系统时,存在二次开发成本高、厂商的解决方案不能够很好地适配银行场景等问题。银行需要形成智能客服相关的可复用于跨部门的中台能力。

01 事件背景

随着人工智能技术的发展,智能客服在各行业的应用快速增加。

虽然客户服务有着将近20年的发展历史,相对于人工客服,客户体验依然较差。银行应用智能客服系统时,存在二次开发成本高、厂商的解决方案不能够很好地适配银行场景等问题。

02 银行业智能客服场景相对分散,未实现全场景智能化升级

易观分析认为,银行业客户服务建设包括四个发展阶段:企业自建呼叫中心、托管型呼叫中心、多渠道云客服以及全场景智能客服。

基于上述发展阶段划分,以及当前银行业客户服务发展现状,目前银行处于从多渠道云客服向全场景智能客服的发展阶段,重视对客户服务体系的智能化升级,但存在技术债等历史遗留问题,场景相对分散,尚未实现全场景智能化。

03 具体分析

其一,在银行业,由于各业务部门的业务内容、相关数据系统、客服渠道都存在巨大差异,各业务部门具有独立采购智能客服产品的权限。智能客服厂商按照银行部门提供定制化解决方案,使得不同部门的客服系统彼此独立,形成数据孤岛。

其二,在数据孤岛的背景下,银行业还存在难以打通客服数据,为深度学习提供充分素材的情况。即使是大型银行,在一些客户服务量少的渠道,例如小程序、NPS评价或某些特定的营销渠道,月度服务量也仅有几百到几千,深度学习无法基于这个数量级的数据实现有效的训练,从而形成千人千面的个性化服务。

其三,全场景智能客服需要多技术栈融合,同时具备扎实的客服知识库体系,这一方面也存在短板。智能客服不仅是回答客户提问、提供自助服务的语音机器人。广义的智能客服还包括坐席服务、运营管理、坐席管理等内容,如下表所示:

多样化的应用场景以及能力支持导致智能客服的建设需要融合大量产品、技术、解决方案。这不仅包括音视频对话、自然语言处理、深度学习、知识库等相关能力,也包括BI、OA、协同办公系统建设等坐席人员管理、客服运营方面的能力。

另外,语音&语义识别的准确率仅在70-90%之间,方言适配仅支持数十个地区的、银行现有用户行为的数据量和分类维度不满足深度学习所需的要求、知识库不具备当前客户个性化需求。这导致智能客服在多轮次、高复杂度的客户服务互动中,无法理解对话内容、没有适配的知识库答案。

04 易观分析建议

易观分析认为,银行需要在企业级架构的基础上,形成智能客服模块的中台能力,对可复用的技术能力进行统一规划、开发和应用。

形成中台能力可以实现核心能力的自主可控,同时降低技术开发、资金投入方面的投入,还可以保障相关能力更贴合银行自身的业务需求。

形成中台能力也可以实现客户跨业务、跨渠道的服务信息同步,提升客户体验。

本文由 @易观分析 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议