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

推荐订阅源

aimingoo的专栏
aimingoo的专栏
V
V2EX
G
Google Developers Blog
F
Full Disclosure
Martin Fowler
Martin Fowler
宝玉的分享
宝玉的分享
H
Hacker News: Front Page
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
NISL@THU
NISL@THU
G
GRAHAM CLULEY
V
Vulnerabilities – Threatpost
Hacker News - Newest:
Hacker News - Newest: "LLM"
A
About on SuperTechFans
The Cloudflare Blog
C
Cisco Blogs
D
DataBreaches.Net
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Vercel News
Vercel News
P
Privacy International News Feed
Microsoft Security Blog
Microsoft Security Blog
Help Net Security
Help Net Security
Recorded Future
Recorded Future
PCI Perspectives
PCI Perspectives
S
Schneier on Security
AI
AI
N
News | PayPal Newsroom
雷峰网
雷峰网
C
Cyber Attacks, Cyber Crime and Cyber Security
P
Proofpoint News Feed
The Last Watchdog
The Last Watchdog
L
LINUX DO - 最新话题
Hugging Face - Blog
Hugging Face - Blog
Apple Machine Learning Research
Apple Machine Learning Research
Schneier on Security
Schneier on Security
S
Securelist
云风的 BLOG
云风的 BLOG
Stack Overflow Blog
Stack Overflow Blog
博客园_首页
AWS News Blog
AWS News Blog
TaoSecurity Blog
TaoSecurity Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Recent Commits to openclaw:main
Recent Commits to openclaw:main
博客园 - 三生石上(FineUI控件)
C
CXSECURITY Database RSS Feed - CXSecurity.com
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
Cloudbric
Cloudbric
C
Cybersecurity and Infrastructure Security Agency CISA
Project Zero
Project Zero
C
Check Point Blog
S
Security Affairs

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
浅谈AIGC应用在客服的落地:智能辅助
影子 · 2025-09-19 · via 人人都是产品经理

AIGC正在重塑客服体系,从“辅助”走向“协同”。本文结合真实落地案例,系统解析AIGC在客服场景中的应用逻辑与挑战,帮助产品人理解智能辅助的边界、价值与演进路径。

过去2年多时间,AIGC大行其道,有人烟之处皆AI,如果哪个企业那个从业者不说AI不开发AI应用,就好像是在逆天而行。

因此也就有很多企业变成了为AI而AI,同时我们也看到过去几年通用AI能力发展很快,但在实际应用落地上看到的相对比较少。

可是在落地比较少的基础上,客服赛道又是其中最具代表性的落地场景。

我所在的企业虽然不是一个高新技术产业,但是因为行业规模比较大又是行业领头羊的类型,所以比较早的深入到了AIGC的落地应用中,虽然其中也不乏有为了AI而AI,为了领导而AI的情况,但也确实有一些起到了很好的作用,今天跟大家分享的则是智能客服这个成熟领域里,针对于真人人工客服的“智能辅助”应用的情况。

为什么需要智能辅助

或者再进一步地讲,未来的客服还需要人工的服务么?毕竟AI越来越强大,真正属于人的领地不断地在被缩小,而且现在对话聊天式的通用大模型大家体验之后都说好。自然也不乏个别企业老板在指示,我们为什么还要在客服上进行投入,直接使用AI就可以了。

但是从个人角度来看,人工客服在未来还是需要的,只是方式会发生变化。为什么这么说?从基本的人类发展角度来看,我们的物质基础水平越来越高,在物质基础上越来越满足的情况下,对精神世界的要求也越来越高,当我们遇到问题的时候,最重要的是什么?是安抚情绪,其实现在客服领域90%+的投诉或者反馈,都是为了一个情绪安抚,且这个情绪安抚要能准确的把握到这个点。

同时很多人被“智障AI”所影响,识别到AI就立即向转人工,希望由真人来服务。

众所周知的是,现在的AI截止当前还是一个概率的游戏(未来如果发展出真正的硅基生命是另外一个概念了),因此当AI提供的只是可能性最大的一个可能性,所以这里还是需要真人的一些共情和处理,从中找到最适配最能理解当前投诉消费者的回复。

所以说真人的人工客服在未来一段时间还是需要的。

既然真人客服还是需要的,那么如何尽可能帮助我们的真人客服进行问题的解答和处理,就变成了一个很多企业面临的问题。

首先我们来看下,真人客服的工作场景。

当前真人客服的场景在绝大多数情况是:在进入真人客服之前会经过咱们AI智能客服的服务(相信没有经过AI服务的客服产品不是好产品:)。所以当到达真人客服的时候,此时真人客服可以看到的是足够多的信息。

其次我们来看下当前真人客服面临的问题是什么,他们的问题不是信息不够,而是信息太多, 信息太多的后果就是对真人客服来说是很难能够全部识别并进行有效回答的,所以他们希望可以获取到的是:

  • 当前阶段适当的信息
  • 顾客当前遇到的问题
  • 针对这个问题,有那些方案可以给我选择
  • 如何先共情消费者,并进行情绪安抚

第三,是企业的变化带来的知识变化。为了满足消费者,企业需要不断的推陈出新、追赶热点,而客服几乎作为企业最末端的节点,接收到信息时基本上已经临近发布,甚至已经发布。如何能够学习并知道并将此内容解读给到消费者就变成了非常大的难题。

最后,也是企业通常都是对股东负责,对董事会负责,所以会不断的要求我们的客服又快又好又便宜。所以企业你需要不断的提升效率,以在线的问答为例,从1客服对3顾客 到1客服对4顾客,再到1对6乃至更多,在多个消费者之间进行切换时的信息延续也是一个非常大的难题。

固然,在AIGC的时代到来之前,我们通常都是以固定SOP+知识库的方式,通过对真人客服的训练并辅以知识搜索体系来帮助我们的真人客服进行处理。

那么在AIGC时代来临之后,我们又可以如何去做?

智能辅助是什么

在回答如何去做之前,我们首先得确认下智能辅助是什么。

智能辅助在最开始出现的时候,叫做copilot,来源于大家看到很多汽车赛车比赛中坐在副驾驶位上的哪个“领航员”,这位伙伴不负责开车,但是他负责指路、负责给驾驶员情绪安抚、负责给驾驶员提供指引。引申到客服的行业领域,就是说,智能辅助不直接解决顾客的问题,但是它负责给到我们的“司机”也就是真人客服提供各种各样的帮助,让她能够顺顺利利的“开车”即完成对消费者的反馈。

了解了“智能辅助”是什么,那么再看看智能辅助应该是什么样子的呢?

第一,应该具有足够的信息。你只有事先有足够多的信息给到AI,AI才能有一个处理事情的基础。比如这个消费者的基本信息:身份信息、区域、是否会员等行业所需的信息;比如过去N天的消费信息,甚至最好是当前最近或者正在进行的消费信息;

第二,应该具有足够的知识。它需要具备当前整个行业,当前企业,当前业务的所有知识。无论是行业基础知识还是这个企业所特有的知识,当然核心的重中之重就是过去企业累积的面对各种问题的处理SOP。只有有足够多的知识,AI才能综合找到最合适的答案。

第三,当前时刻顾客的问题与诉求,以及诉求的答案。

第四,在当前时刻我应该如何进行安抚和处理的话术和策略。

最后,要能够随着对话的进行不断的实时的进行总结和更新

如何落地智能辅助

当我们了解了智能辅助是什么,那么接下来就要看如何进行落地了

在当前很多企业的问题是什么?AI来了,AI这么厉害,拿过来就用?直接新瓶装旧酒?但最后总是感觉没有达到之前设想效果。

这是为什么?究其根本,就是没有基于新场景,与新技术进行匹配。我们不一定每次都是要最好的、最贵的,但是我们希望可以是最匹配的。

基于智能辅助的落地以及上线之后的回顾与迭代,如果能够从以下几步来依次进行可能效果更好:

了解AI

在开始你的工作之前,你的团队中一定得有人先对AI做一定了解,比较忌讳的就是:

  1. 看到别人在做,我也做
  2. 看到或者体验了敞开式的通用的聊天AI能力,觉得AI已经很强了
  3. 看到一些专业报道,告诉你AI有多强,你就信了

这些情况都是表面,也是最怕的一种情况一瓶不满半瓶晃荡。每一个新技术刚刚出现的时候,都有其边界,所以你首先得了解当前的大模型的大致原理是什么,在当前应用的边界是什么,业界的展望或者下一步的方向是什么。

当你对新技术有了一定了解,知道其边界所在,知道其能力所强之处。这个时候你再继续下一步,即结合我们自己的业务来看,我们现在痛点或者机会点,在新的技术下有机会么?如果有再开始推进。

好,那么在人工辅助的情况下,针对我们的痛点,AI在其特点上会有什么?

  • 总结能力,更快更准的可以总结出顾客的意图
  • 问题回答,可以通用的回答,也可以基于RAG等方式进行专业性的回答
  • 不同话术,可以对同一说法有各种不同的回答方法
  • 无需大规模训练,几乎即时就可以使用
  • 大模型可以不用标准专业维护,按照消费者口语化提问就可以理解

但是同时又可能有什么边界呢?

  • 大模型追根究底还是一个概率游戏,所以有可能有幻觉。在一些对回答要求比较高的场景下要慎重
  • 计算需要一定时间,而客服响应时间要求非常高
  • 数据安全问题,毕竟你的内部知识要给到大模型中去
  • 大模型有的是通用知识,缺乏专业知识

当你了解了优劣,即使比较基础,但在此基础上你再找一些专家进行咨询确认,你就可以得到基本的结论,AIGC的大模型是可以解决这些痛点,而这里的限制边界我是可以忍受的。那么你就可以开始推动后续的动作

问题梳理

是不是我现在的知识可以直接给到AIGC大模型使用?答案是并不全是,为什么?因为之前我们的整理的问题都是基于人的,而且绝大部分情况下都是基于企业视角的,都是基于小模型时代的标准问题(相似问)的逻辑在整理的。通常都是高度浓缩的,直接拿过来用,大模型的解读有的时候反而会更容易出现幻觉。

所以,你首先要梳理下当前在客服下顾客经常来问的问题。

这里不得不说,绝大部分企业的客服平台,都已经积累的了大量的数据。虽然很遗憾的是,我看到和接触的企业在智能辅助或者Bot能力在上线的时候,都没有将这些历史数据有效地进行使用。

其实在这个阶段,我们是可以利用大模型的能力,帮我们总结历史过去一段时间或者一段数量的历史会话,可以让我们得到:

  • 顾客实际上经常问的,口语化的内容是什么,总结出标准的内容是什么
  • 与已有的问题匹配下,是否有新的问题或者知识点出现
  • 在这些问题下,我们的实际处理内容是怎样的

从而我们就得到了一份,相对比较适合我们顾客角度的问题列表或清单。不要以为我们沉淀了那么就我们什么都知道,其实总有一些东西是你不知道的,尤其是当你作为决策者的时候。

知识梳理

拿到了问题,基于问题我们正确的回答是什么?此时我们就基本上不能寄希望于大模型可以给我们做回答了,为什么?因为如前面对大模型的基础学习,大模型的知识都是通用知识,而在任何一个企业的客服中,都有该企业的专业知识,而这些信息通畅通用大模型是不具备的。

所以你要结合你之前的知识体系(注意,没有必要从头开始,重新再来)和识别到的问题,对你的知识进行梳理。在梳理时,你:

要注意,你的知识是要给到大模型使用的,而不是给人的

要注意,IT技术伙伴设计的知识结构是怎样的,大家要相互匹配,不要业务好了,IT又要从头再来

要注意,要对知识进行分类,不同的分类可能解决的方法不同。比如举几个小例子

  • 企业的标准SOP,必须要以我们企业的知识为准,且需明确不能改变
  • 一些活动类的知识,可以给一些相对泛泛的要求,但是不需要给到标准的答复
  • 一些通用常识的,比如热线电话、企业产品的专业知识(只要你的产品不是特别小众且专业)可以不用维护直接让大模型生成

总而言之就是需要将知识重新进行梳理和结构调整

AI赋能

接下来就是我们的IT技术人员贡献了,他们需要基于我们的业务场景、问题与知识进行定制化的开发,为什么要定制化开发,大模型不是已经可以通用聊天了么?

因为每一个企业的客服基本上都是有一套完善的产品,再好的技术再好的产品,如果不能和业务场景结合,那么最终的结果基本上都不会100%达成你的期望。

简单分享下我们的基本步骤:

关于技术的实现,目前网上知识比较多,就不在此进行详细展开了。

但这里特别反复的想要提醒一点:不要为了AIGC而AIGC。

为什么这么说?因为在任何一家企业的客服都有一个明显的特征,就是客服的问题“二八法则”非常明显,在一个客服应对的问题中80%的可能就是那么几个或者不到10个问题,所以在这个时候我们未必要强求一定要AIGC大模型来进行100%的识别,可以先用小模型甚至关键词的匹配进行更准更快速的响应和处理。针对剩余的20%通过大模型进行赋能,或者在整个过程中的个别节点进行赋能。

循环迭代

最后,就是一个迭代的问题,因为我们的业务在不断地变化,AIGC的能力也在不断的推陈出新,所以我们要搭建一套运营的体系和流程进行不断的迭代优化。我们需要

  1. 监控体系:监控当前AIGC大模型的运行情况,监控坐席辅助的帮助情况
  2. 运营体系:发现新的问题、新的知识,通过人工干预的方式(目前还做不到全AI)进行不断的增加新的知识
  3. 大模型迭代:当大模型有新的能力和技术出现时,带入进来看看是否有更好的效果

很多伙伴尤其是IT人员会将AIGC大模型目前的推动称之为技术赋能,应该是由技术来推动来进展的,这固然不错,但是所有的技术都是要与业务结合,通过业务来体现技术的价值,因此业务和技术的双驱动可能才是更良好的一种方式。

辅助上线给我们带来了什么

智能辅助的上线,给我们带来的直接成果就是效益,包括:

  • 真人人工客服的产能(即每小时可以处理的咨询量)有了10%+的提升
  • 顾客的满意度则提升了15%+
  • 服务的平均对话时长也同步缩减了10%+

除了直接的收益,同时也存在着一些隐形的收益,包括

  • 知识架构的梳理,通过项目对过去N年的知识进行了重新梳理,搭建了知识维护的体系和流程
  • 知识运营的概念,在很多企业的客服系统中,对知识都是作为使用者的角色,而通过智能辅助的梳理过程,我们则搭建了知识创建、管理、生命周期运营的体系

当然同时因为这个是AIGC大模型在企业落地可以说立竿见影的收获,整个项目组也得到了Boss们的认同和激励,也树立起来了AIGC落地专家的影响力。

辅助上线的“彩”与“坑”

整个项目虽然最终顺利上线了,但是一些经验还是希望可以和大家分享下,也希望大家无论是在智能客服落地领域还是在其他AIGC大模型落地的场景中都可以吸取一些经验教训。

首先来说说我们过程中做的不好的地方

1. 知识拿来就用

虽然最终我们进行了知识的重新梳理和架构,但是在初期我们确实是直接将我们原来的知识喂给大模型,希望大模型直接给我们出答案。结果就是匹配率比较低,答案生成内容比较差。

所以后面我们重新梳理了知识架构,才得以顺利进行下去

2. 意图匹配率不高,反复优化大模型的意图总结能力

现象与问题

在辅助对会话内容进行意图总结,然后基于意图进行知识的匹配。此时意图的内容是完全大模型发挥进行生成的,所以比较离散

导致每次生成意图都是分散的,所以增加了知识答案的匹配难度

改进方案

将意图进行聚类,在意图生成的时候与现有知识体系中的知识意图进行匹配,如果匹配到则使用标准的知识意图。只有无法匹配到时,才完全由大模型发挥

3. 速度慢

对链路每个节点进行优化,但提效甚微

现象与问题

  • 整体过程结果出现耗时5秒+,而坐席需要1对多,所以这个时间无法满足客服的时效要求
  • 而优化的方向则是基于大模型的链路进行反复的优化,但是结果很不好
  • 客服的特征也决定了无法使用流式输出,因此始终是一个卡点

改进方案

客服实际上有非常大的头部效应,大概95%的用户来访的意图只有50左右,所以可以将这些意图与知识进行缓存,如果能够直接命中则显示,仅在无法命中时走大模型的完全生成链路

有坑就有彩,这里也有一些做的好的地方,也希望大家可以有所收获

首先,就是要选择合适的厂商

新技术新产品,尤其是在技术发展还没有完全成熟的开始阶段,找有能力有资源的大厂会更容易推进。因为大厂有很强的专家,出现问题的时候,有足够的“脑力”进行多方向探索快速出结果。

当然前提是,业务部门的企业所需产品,与这个大厂的产品发展方向一致,才能比较好的推动。

其次,就是业务和技术结合推动

AIGC虽然是一个技术推动改变世界的能力,但是最终落地还是要依赖场景,而场景都是有其环境的,与环境和用户结合在一起,了解其痛点和机会点。

尤其是开始和上线阶段。开始阶段你需要从业务场景出发由业务人员为主进行知识与业务梳理,而在上线落地则通过业务人员的实际使用反馈不断迭代优化

第三,就是AI一定要运营

在AIGC大模型时代的运营,我们可以:

  1. 首先请厂商运营人员为主(他们对产品和运营熟悉),然后带着业务人员进行搭建和配置
  2. 在搭建过程中让业务人员进行熟悉、练习并掌握,此时我们业务人员是一个学生
  3. 然后以业务人员为主进行运营,厂商运营人员为辅,此时我们开始主导
  4. 过程中进行运营方式、方法和工具的累积,并形成文档进行传承
  5. 最后通过搭建的体系进行持续的迭代和优化

这里特别提醒的是:运营人员最好是选择对AI有一定基础了解,至少是日常中有使用大模型习惯的伙伴,会更容易入手

辅助的下一步进阶是在哪里

我所参与的智能辅助上线已经接近一年,随着模型能力本身的提升,其能力也在提升,但是明显可以感受到其瓶颈所在。所以我们也在思考,现在还是通过机器辅助人的方式,那么随着机器越来越强,是不是可以反过来,让人来辅助机器?

我们看到现在自动驾驶已经上街运行,自动驾驶在过程中一定会遇到各种各样的问题,此时中央监视系统就会识别并触发到经验老司机开始远程接手,然后将遇到问题的自动驾驶车辆通过人工干预的方式解决,之后再继续进行自动驾驶的行驶。

所以我们的智能辅助是否也可以实现此场景?

写在最后

通过我们智能辅助的落地,我们践行了AIGC应用的落地,帮助我们企业解决了实际的痛点和问题,提升了效率。也通过AIGC在客服的智能辅助的落地,我们了解、学习了AIGC的技术,并且将经验推动到了企业的其他应用的落地。

从我的内心还是希望,不要为了AI而AI,为了领导而AI的情况。即使有些时候迫不得已,但是我们在落地时还是能够从业务场景出发,解决实际的问题,从而能够真的帮助到我们的工作和生活。

路漫漫其修远兮,我们将上下而求索~

本文由 @影子 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议