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

推荐订阅源

Apple Machine Learning Research
Apple Machine Learning Research
AWS News Blog
AWS News Blog
Google DeepMind News
Google DeepMind News
U
Unit 42
博客园 - 叶小钗
博客园 - 聂微东
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
有赞技术团队
有赞技术团队
aimingoo的专栏
aimingoo的专栏
D
DataBreaches.Net
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
Jina AI
Jina AI
美团技术团队
The Cloudflare Blog
M
MIT News - Artificial intelligence
Microsoft Azure Blog
Microsoft Azure Blog
I
InfoQ
S
Schneier on Security
C
Check Point Blog
Project Zero
Project Zero
The Hacker News
The Hacker News
Scott Helme
Scott Helme
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Cisco Talos Blog
Cisco Talos Blog
P
Privacy International News Feed
SecWiki News
SecWiki News
Latest news
Latest news
MongoDB | Blog
MongoDB | Blog
S
Secure Thoughts
Google Online Security Blog
Google Online Security Blog
F
Fortinet All Blogs
博客园 - 三生石上(FineUI控件)
H
Help Net Security
TaoSecurity Blog
TaoSecurity Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Last Week in AI
Last Week in AI
P
Privacy & Cybersecurity Law Blog
Forbes - Security
Forbes - Security
G
GRAHAM CLULEY
N
Netflix TechBlog - Medium
L
Lohrmann on Cybersecurity
A
About on SuperTechFans
T
The Exploit Database - CXSecurity.com
C
Cisco Blogs
PCI Perspectives
PCI Perspectives
大猫的无限游戏
大猫的无限游戏
T
Troy Hunt's Blog
H
Hacker News: Front Page
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
浅盘AI+客服系统的应用方向
柠檬饼干净又卫生 · 2024-04-16 · via 人人都是产品经理

当下,AI还没有完全地替代人工客服,不过在某些特定场景下,AI已经能够有效赋能相关业务。这篇文章里,作者就结合实践经验,探讨了AI+客服的一些应用方向,不妨来看一下。

谈到大型语言模型的实际应用,大伙往往首先想到的是AI+客服。这是一个高度重复且可被标准化的业务领域,可以被高度抽象和总结。而且在客服领域,人力需求量普遍较高,人力成本相对较高。

因此在本文中,我将结合一些实践经验和所读的相关文章,讲讲AI+客服的一些应用方向。

一、客服业务拆解

要讲述AI如何应用于客服业务,首先需要对客服业务进行拆解。

我们可以根据客服环节在业务前后的位置进行大致的分类,主要分为以下两类:

1.售前客服:

在客户购买产品或服务之前提供咨询和建议。一些业务提供免费服务,只为部分用户提供付费的增值服务,比如游戏、音乐等各类应用。这些业务的客服可以被归类为“售前客服”。

2.售后客服:

在客户购买产品或服务之后提供帮助,例如退换货、维修等服务。

客服业务存在以下特点:

1.维护成本大:

客服大部分时间都是“被动式”提供服务,需要应付大量用户问题、投诉和反馈,这需要投入大量人力资源。

2.管理成本大:

客服本身是人,是人就会存在各种各样的问题,比如偷懒、舞弊、辱骂用户、企业资产盗窃等,这些行为会影响整个团队的效益,甚至对企业造成负面的影响。

3.难以创造价值:

售前客服环节聚集大量非付费用户,维护这些用户相对难以产生直接收益。

因此,对企业而言,客服业务是一项高成本、低回报的业务,客服部门通常被视为成本型部门。如何减少客服人力投入,甚至实现无人工客服,这便成为AI在客服场景下的终极愿景。

客服业务可以拆解成以下环节:

1.客服培养:

不同公司的业务情况各不相同,内部流程也各有特色,因此招聘新客服需要花费一定时间进行培训。同时,客服部门通常存在较大的人员流动性,一方面是因为这类工作上升空间有限,一般人不会长期从事此类工作;另一方面,客服业务存在波峰和波谷的概念,即并非任何时候企业都会面临高客诉量。因此,合格的管理者需要根据业务情况的变化,合理调整人力需求。

如何让新员工快速上手,减少因人员变动而带来的培训成本和试错成本,是客服培训过程的关键。

2.用户接待:

用户服务环节可以细分为:“了解问题”、“解决问题”、“跟进”、“反馈收集”、“记录报告”这几个步骤。客服人员负责解决用户问题,提炼其中有价值的信息,并进行内部报告和总结。

尽管客服部门的价值被认为较低,但客服部门是最直接接触用户的部门。如何从与用户接触的过程中,整合和分析信息,并将其反馈到运营、销售甚至供应链部门,是客服部门提升其价值的关键之一。

3.客服管理:

由于客服人员是人,因此可能存在偷懒、舞弊、辱骂用户、企业资产盗窃等问题。如何预防问题的发生、在问题发生时进行识别,并在问题发生后进行适当处罚,是客服业务管理者需要采取的行动。

因此,AI如何在客服业务上发挥作用,也主要是围绕客服培养、用户接待、客服管理这几个方面。

二、客服培养环节的AI

1. 培训材料提炼

客服管理者需要对新员工进行入职培训,并对在职员工进行定期培训。在这个过程中,管理者需要定期收集培训材料,其中包括维护话术库、优秀案例和错误案例。

我们可以将用户接待过程中的聊天记录输入大型语言模型,利用提示词提炼其中的维护话术库、优秀案例和错误案例等内容。然而,由于AI生成的内容可能存在误导性,最终需要管理者进行审核和修正,确保内容的准确性和合适性,才可正式使用。

2. AI陪练

知识和技能之间存在本质上的区别。知识是实践的一种总结,但技能才是提高绩效和表现的关键。如果只是对客服进行一味的知识灌输,很难确保客服同事真正掌握了技巧。因此,我们需要对客服进行“刻意练习”,以确保客服同事将知识内化为相关的技能,并在这个过程中复盘问题,优化原有方案。

如果由客服管理者专门制定练习题,将极大浪费管理者的时间,而且无法与客服进行互动陪练。因此,这里可以借助AI的力量。利用用户接待的聊天记录和提示词工程,泛化并批量生成不同的客诉场景,并与客服进行陪练。同时,我们可以利用提示词对陪练结果进行评分,从而辅助管理者评估客服的能力掌握情况,帮助客服同事找到问题,并进行优化和改进。

三、客户接待环节的AI

1. 智能路由

智能路由是一种利用人工智能技术的系统,旨在根据多种因素,如客户的需求、客户的情绪、服务代理的专业领域和即时业务状况等,智能地将呼叫分配到最合适的客服代表或服务通道。

在公司业务规模庞大、需要大量客服并且用户场景足够复杂的情况下,对客服团队进行不同技能组的划分,每个组专门负责不同的场景。这种情况下,需要依赖“智能路由”系统来对不同诉求的用户进行分配,以实现接待“效率”和“效果”的最大化。

智能路由的建设可以基于用户属性定制规则进行分配,也可以训练小型模型进行条件属性分配。然而,这些方法都无法基于用户言论进行分配。在这种情况下,我们可以利用大型语言模型(LLM)对用户的诉求进行分类,作为智能路由分配的依据。

总体来说,智能路由的分配方式主要包括以下三种:

  1. 基于用户条件的规则分配。
  2. 基于小型模型的算法分配。
  3. 基于LLM提炼结果的分配。

2. 智能问答

客服智能问答是指利用人工智能技术来帮助客服回答客户提出的问题或解决客户的疑问的方法。

目前实现是智能问答的方案有以下几种:

1.知识库匹配问答:

这种方案需要预先构建知识库,通过文本匹配或语义匹配的方式使用知识库的答案回答用户的问题。这种方法能够快速准确地回答那些在知识库中有明确答案的问题,适用于固定领域或特定主题的问答场景,而且不存在AI幻觉问题

图片来源于百度,为智齿科技的客服系统

2.自行训练的客服AI:

针对特定业务场景或需求,通过机器学习和自然语言处理技术,基于已有的语料训练企业专用的客服AI。这种方法能够对语料进行泛化,能够应对更广泛的客诉场景,提供符合特定业务需求的个性化问答解决方案。

但是AI是对重复内容的总结,在泛化场景容易出现幻觉问题,可能会给到用户不准确的答案。

3.RAG + LLM:

LLM缺乏垂直领域的知识,对客户的问题会答非所问。因此,可以利用RAG技术满足客服场景的需求。RAG通过大规模语料库进行信息检索,获取可能的答案片段,然后将这些片段输入到LLM中进行进一步处理和生成答案。这种方法能够利用LLM的特点,让LLM结合客户的上下文和知识库的答案生成合适的答案。对于没有能力训练客服AI的中小企业,他们也能利用这种方法使用AI的能力。

但是,RAG + LLM的方式同样存在幻觉问题,有可能给到用户生成AI胡编的答案。

这些方法主要解决答案匹配和分发的问题,解决“在什么时候回答什么”的问题。同时,智能问答系统还可以引入多轮问答、多模态答案、多样化知识库的形式,拓展智能问答的问题解决能力。

1.多轮问答:

客户找到客服,往往是带有一个目的,有些目的能被一句话解答,但是有些目的并不行,比如退货退款、投诉等情况。同时,大部分客户并不能准确地一句话描述问题,会存在“同义词”、“主宾缺失”等问题。这种情况,一般都需要进行多轮的问答来解决。

因此,智能问答系统的语料不仅仅可以是单句式的语料,也可以由多句的语料组成,这使得智能问答系统能够覆盖更多的场景。

2.多模态答案:

多模态答案不仅仅包含常见的图片、语音、视频等内容,还可以包含链接、表单、问卷的形式,以提高与用户交互时候的信息密度,提高问题解决的效率。

3.多样化知识库:

有些问题不一定能够很好地被解决,因此智能客服除了要能回答专业问题外,还需要具备寒暄、闲聊、安抚的能力,用于更好地服务客户。因此,我们需要准备相关的语料库用于适配不同场景,这里可以使用关键词、意图识别等能力控制在什么场景下使用什么知识库能力。

最后值得一提的是,“智能”并非空中楼阁,需要一步一步的积累。

前面提到的三种实现方案都是非常依赖语料库的积累的,需要先有人工对业务中常见的客诉问题进行总结,然后给到智能问答系统进行使用。数据的积累和回答效果是一个互为因果的螺旋上升的过程。

因此对于中小企业来说,要想用的好智能客服,专门的语料库运营成员是必不可少的,该成员需要负责收集并提炼高质量的语料库,并定期结合业务的发展进行语料更新。

同时,幻觉问题较难根绝,除非投入较大的成本进行模型训练(或提示词优化)、语料调优,对于中小企业而言,与其用这么高的成本进行维护,不如使用不存在幻觉问题的“知识库匹配问答”方案

3. 客服建议

由于智能客服方案中的“客服AI”和“RAG + LLM”都存在比较明显的幻觉问题。我们可以使用“客服建议”的形式,规避幻觉风险问题。

所谓“客服建议”,是指在客户接待过程中,“客服AI”和“RAG + LLM”的输出结果以建议的形式展示,由客服人员决定是否采用。这一过程相当于人工审核的备用方案,只有在人工审核通过后,才将结果呈现给用户。这种方式能够完美地防止AI幻觉对业务造成负面影响,同时也能够利用AI的输出结果提升效率。

此外,我们还可以让AI结合人设,给出相应的安抚建议,而非基于知识库。这也能在一定程度上丰富客服话术的多样性。

4. 客诉情况总结

在客服工作中,当客诉量庞大、内容复杂时,人工难以迅速识别重点内容,需要花费大量时间阅读上下文,这严重影响了客诉处理效率。

为了解决这一问题,我们可以利用AI进行内容总结和提炼,快速辅助客服人员提炼客户诉求、情绪以及意图,并以一定格式输出,以便客服人员快速掌握用户诉求,定制应对策略。

此外,这种提炼和总结的结果也可以为“客服建议”、“智能问答”等功能提供决策依据,从而进一步提升客服工作的效率和质量。

5. 舆情提炼

在客服工作中,客服的价值并不仅仅在于回答用户的问题或安抚用户,更在于能够从海量的客诉中提炼出有价值的信息,并将这些信息反馈到运营、研发、销售等业务中,从而提高整体业务的效果。

想起之前看到篇文章,里面提到过腾讯内部的一个机制——10/100/1000法则。产品经理每个月要做10个用户的调查,关注100个用户博客,收集反馈1000条用户体验。尽管我不确定这个法则是否仍在实施,但它确实凸显了“充分聆听用户反馈”的重要性。

然而,让一线客服人员手动总结有价值的信息极大地依赖于他们的专业性和问题归类能力,同时也容易受到个体主观因素的影响,导致总结结果失真。此外,一线手动整理也无法完全覆盖线上的所有客诉案例,因此手动总结的全面性存在不足。

如果由管理者亲自去查阅,很可能会在海量信息中迷失,无法找到所需内容。

因此我们可以借助LLM的力量,让其替我们进行舆情分类,从中提炼出有价值的信息,使得人工查阅成千上万的客诉信息成为可能。

在这个过程中,我们可以借助提示词工程对话题进行预设分类,将相应内容归类到特定话题上,以便后续结合需求进行查阅。这种方案能够避免多次请求LLM导致存在“多个近似分类”,从而无法有效统计舆情分布情况。

与传统的分词方案相比,基于LLM的舆情分析能够更准确地分析舆情的内涵,而非简单地进行分词。

6. AI语音聊天/外呼

由于文本传达的信息有限,为了更高的接待效果,可以考虑采用多模态的内容形式,比如语音、图片、视频等,这些可以结合已有的AIGC方案进行快速生成。

目前较为成熟的是语音,借助文生音大模型,我们可以赋予客服一个声线,用来给用户传达对应的内容。通过语音的方式,能够更好地传达情绪,从而对用户进行情绪上的安抚。同时,基于AI声音,我们也可以实现智能外呼,用于主动营销、用户回访等用途。

结合人群划分策略,实现千人千面的大批量自动化用户触达。

7. 错字识别

利用大型语言模型对错别字进行识别,可以减少客服人员的低级错误,提高服务的专业度。这一技术虽然较为简单,但其实际效果却十分显著。

8. 话术润色

利用LLM对客服话术进行优化,结合特定人设,使得话术更加合适、专业,从而辅助客服进行更高效的接待。通过对话术的优化,可以提升客服的服务水平,使其更好地满足用户需求。

四、管理服务环节的AI

1. AI质检

在客服管理中,存在着各种问题,如偷懒、舞弊、对用户进行辱骂以及企业资产盗窃等。因此,识别、预警和应对这些问题成为管理者的重要任务之一。

如果仅依靠人工检查,很容易出现“看不全”、“看不及时”等问题。因此,我们可以利用大型语言模型(LLM)进行AI质检,结合提示词工程,梳理出质检的维度(如“态度友好”、“情绪稳定”、“用户反馈”等),并在不同维度上进行评分,从而评估客服在指定日期内的表现。

尽管这种方法可能存在幻觉问题,但它能够大大提高管理发现问题的及时性和效率。同时,基于AI质检的结果,我们还可以实现预警推送通知功能,确保将结果第一时间同步给相关成员。

总结

以上便是AI在客服系统中的一些实际应用。总的来说,对于中小企业来说,AI并未完全替代人工客服,因为在许多情况下,“定制化成本”大于“人力节省”。然而,在某些特定场景下,AI已经能够有效赋能业务并提升效率。相信未来有一天,AI能够给到客服行业更大的变革。

专栏作家

柠檬饼干净又卫生,公众号:柠檬饼干净又卫生,人人都是产品经理专栏作家。一名游戏行业的B端产品,负责过游戏行业内CRM 、风控、BI、SDK、AI相关的内容,定期输出个人思考或总结文章~

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。