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

推荐订阅源

WordPress大学
WordPress大学
Cyberwarzone
Cyberwarzone
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
小众软件
小众软件
Recent Announcements
Recent Announcements
博客园 - 三生石上(FineUI控件)
Security Archives - TechRepublic
Security Archives - TechRepublic
W
WeLiveSecurity
Cloudbric
Cloudbric
博客园 - 司徒正美
美团技术团队
N
News and Events Feed by Topic
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
PCI Perspectives
PCI Perspectives
宝玉的分享
宝玉的分享
H
Help Net Security
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Google DeepMind News
Google DeepMind News
Help Net Security
Help Net Security
Last Week in AI
Last Week in AI
S
Schneier on Security
N
News | PayPal Newsroom
B
Blog RSS Feed
L
LINUX DO - 最新话题
T
Troy Hunt's Blog
S
Secure Thoughts
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
L
Lohrmann on Cybersecurity
G
Google Developers Blog
Microsoft Azure Blog
Microsoft Azure Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
Tenable Blog
S
Securelist
L
LangChain Blog
Recent Commits to openclaw:main
Recent Commits to openclaw:main
I
InfoQ
H
Heimdal Security Blog
Cisco Talos Blog
Cisco Talos Blog
F
Full Disclosure
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
K
Kaspersky official blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
阮一峰的网络日志
阮一峰的网络日志
C
Cisco Blogs

人人都是产品经理

为什么你的产品找不到差异化?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智能客服解决方案分析
Elaine.H · 2025-01-14 · via 人人都是产品经理

在数字化转型的浪潮中,AI智能客服已成为企业提升服务效率和客户满意度的重要工具。本文通过对比传统客服与智能客服,深入剖析了AI智能客服的解决方案,供大家参考。

一、传统客服与智能客服

过去大部分的ai智能客服都是基于BERT模型,随着ai的快速发展,ai智能客服从底层技术到应用都有了快速突破。

基于BERT模型的智能客服:虽然BERT模型在语义理解方面有一定优势,但由于其更多是“填空题”的模式,对用户Query的理解仍存在不足,回答准确率不足50%,导致很多用户在面对智能客服时会直接输入“转人工”。同时,它主要是基于FAQ进行回复,无法根据用户的情绪变化调整回答方式,无法给到用户情绪价值。

基于大模型深度学习的智能客服:从意识识别到自主行动(问题引导、生成回复、流程控制、闲聊控制、情绪识别),大模型深度学习的智能客服能够全面理解和应对用户的复杂需求。它不仅能够准确理解用户的语义和情感,还能根据用户的上下文信息和历史行为,生成更加个性化和精准的回复。此外,大模型还具备强大的自我学习能力,能够不断优化自身的知识库和服务流程,提高服务质量和效率。

二、零售O2O智能客服分析与调研

2.1 场景分析

要进行智能客服的场景分析,首先需明确客服的场景分析框架。

我们可从以下视角思考:用户是谁,用户的生命周期是怎样的,用户的消费旅程节点有哪些;业务场景范围涵盖哪些方面,交互的形式有哪些,用户反馈的客体(反馈内容)是什么,客体状态(反馈内容的状态)是什么。

基于此,我们至少可以从两大核心视角进行深入思考:一是从用户旅程出发,二是从智能客服管理的角度,明确人工智能应用的重点场景,即并非所有场景能完全适用人工智能,挑选出重点场景方向,才能事倍功半。

以下仅为通用性场景假设,具体需根据实际业务具体分析:

假定处于有门店销售的 O2O 场景之下,基于用户旅程视角,第一步需要厘定大致的用户旅程节点,以及各节点衍生出的触点与对应的用户行为。顺着这些节点脉络,明确客服的角色和职责。部分节点,诸如进店、与店员互动环节,客服暂且无需介入;而在客服需要参与到消费者旅程节点,客服的参与程度深浅不一。举例来说,在售前咨询、自动外呼营销阶段,客服发挥着关键效能,参与力度较大;而在支付交易以及物流环节,客服主要活跃于事后的售后交易阶段,聚焦交易问题、物流信息查询等场景,与客户展开互动交流。

总体而言,基于消费者旅程,可大致划分为售前、售中与售后三大阶段:

  1. 售前阶段涵盖了解品牌与产品、产生需求、搜索信息等环节;
  2. 售中囊括定位门店、进店、产品体验、产品选购、销售互动(此处特指线下门店销售互动)、购买产品、支付产品、物流配送、交货等流程;
  3. 售后涉及产品使用、产品分享、产品售后、再次购买等过程。

这里更佳的做法是将用户触点&用户行为&客服行为&客服职责&客服okr量化指标结合,由于需要根据实际情况进行分析,下表并未将okr指标一一对应。

前文已详尽阐述基于用户旅程智能客服的参与场景,接下来从智能客服管理视角深入剖析智能客服场景,具体如下:

1)业务场景维度:

  • 营销场景:基于用户的历史行为、偏好数据以及实时浏览信息,精准推送个性化的营销信息,如新产品上市通知、限时优惠活动、会员专属福利等,激发用户的购买冲动,助力企业拓展市场份额。
  • 服务场景:当用户遇到产品使用问题、售后维修需求、订单查询疑惑等情况时,提供专业、精准的解决方案,全方位保障用户的满意度,维护企业的良好形象。

2)交互场景维度:

  • 外呼场景:涵盖客服主动发起的营销活动、工单回访等环节。借助云呼叫中心的外呼机器人,依据预设规则筛选目标客户,主动拨打电话进行营销推广或回访。例如,针对新注册用户推送新手礼包引导消费,对近期购买产品的用户询问使用体验并推荐配套产品。同时,结合短信和私域回访,通过短信吸引用户进入私域平台(如企业微信、小程序等),在私域环境中与用户深度互动,提升用户参与度与转化率。
  • 客户主动问询场景:当用户通过 400 电话、在线客服等统一渠道主动发起咨询、投诉、建议或表扬等行为时,智能客服借助智能语音 / 文字转换技术,将用户诉求精准传递至统一智能客服工作平台。在此平台上,智能客服迅速识别问题类型和意图,将咨询或投诉精准分配给相应人员或流程,并生成工单,确保用户问题得到及时、有效的处理。

3)客体状态维度(反馈内容的状态):

  • 有问题且已反馈:用户明确意识到自身问题并主动反馈,如产品故障、订单延迟等。主动反馈至客服。
  • 有问题未反馈:用户虽察觉到问题但尚未表达,智能客服系统可通过数据分析和用户行为监测,如发现用户频繁浏览某产品使用说明,推测其可能遇到困难,主动出击,通过短信、弹窗等询问是否需要帮助,提前化解问题,提升用户体验。
  • 问题已形成工单:用户问题经初步处理转化为工单,智能客服工作平台需高效管理工单,确保及时流转至相关部门,设置合理处理时限和提醒机制,实时更新状态,方便用户查询,增强信任与满意度。
  • 问题未形成工单:对于简单即时可解的问题,虽不需形成工单,但智能客服应做好记录统计,分析常见问题类型和趋势,为优化产品、服务及知识库提供依据,提升整体服务质量。
  • 无问题单纯访问:用户仅出于好奇或随意浏览,智能客服可发挥引导作用,通过友好问候和个性化推荐,吸引用户进一步了解产品和服务,将无问题访问转化为潜在业务机会。

4)客体类型维度(反馈内容的类型):

  • 咨询:用户咨询产品、服务、政策相关问题时,智能客服依靠知识库和语义理解能力解答。如产品咨询解答功能参数等,服务咨询告知售后流程等,政策咨询解读相关规范,助力用户决策。
  • 投诉:面对用户投诉,智能客服耐心倾听、安抚情绪。产品质量投诉,问清故障后安排退换;服务态度投诉,了解情况后道歉并处理。同时记录分析,避免问题再发生。
  • 建议:用户提出产品改进、服务优化等建议,智能客服记录并反馈给相关部门,助力企业依此优化升级。
  • 评价:用户评价涵盖产品使用和服务体验,分正面、负面评价。正面评价表示感谢,负面评价深入了解、记录反馈,推动改进。

2.2 业务流程

前文基于场景的分析,相当于从宏观放大镜的视角分析,而业务流程分析,则直接聚焦在客服业务,从受理前、受理中、受理后对客服业务流程进行梳理:

  • 受理请求:多渠道第一时间接待用户,响应咨询、投诉或反馈.
  • 确认问题:有效沟通,耐心倾听,引导用户提供细节,明确问题.
  • 分析需求:结合情绪、历史记录和业务背景,剖析真实需求.
  • 分类需求:将需求归类为咨询、投诉、表扬或意见,快速匹配资源.
  • 搜集信息:迅速搜集产品资料、政策规定、历史案例等依据.
  • 制定方案:综合考虑需求、信息和资源,制定可行解决方案.
  • 解答疑问:用易懂语言清晰解释方案,复杂问题分步骤或图文讲解.
  • 记录过程:详细记录问题、需求、方案和沟通关键信息,形成档案.
  • 跟踪效果:问题解决后,关注用户反馈,回访确认服务效果,及时调整.
  • 总结反馈:定期总结案例经验,提炼建议,反馈相关部门,助力改进.

2.3 需求分析

基于前文的场景分析和客服业务流程分析,从宏观角度与直接聚焦在客服业务,充分分析人工智能对客服业务的需求支撑,下图蓝色的标记为主要的人工智能设计的范围,根据实际业务需求进行优化,下图仅为示例。

核心需求可以在一定程度上归纳为多(知识库覆盖多,识别客户意图更准)、快(流程顺畅、回复效率高)、好(识别客户情绪,满足客户需求)、准(回答专业度,准确性)

2.4 技术流程

1)智能客服服务流程

  1. 感知阶段:智能客服通过文字输入、语音识别、图像识别等多种方式,精准捕捉用户的咨询内容和行为信息,建立起对用户需求的全面感知.
  2. 认知阶段:利用自然语言处理技术,对用户输入的信息进行意图识别、场景分析和语境分析,深入理解用户的真实意图和需求背景,为后续的知识检索和答案生成奠定基础。
  3. 知识检索阶段:在庞大的知识库中,依据用户的意图和场景,快速检索出相关的知识点和解决方案,知识库涵盖产品信息、业务流程、常见问题等多个维度,确保答案的准确性和专业性。
  4. 答案生成阶段:结合检索到的知识和用户的具体情况,运用自然语言生成技术,生成清晰、易懂、个性化的答案,同时进行语音转写,为用户提供多模态的交互体验。
  5. 行动阶段:基于生成的答案和决策,智能客服执行相应的任务自动化操作,如自动发送回复、触发后续流程等,实现服务的闭环管理,提高服务效率和质量。

2)智能客服运营流程

  1. 模型训练:rag、提示词工程和微调是模型训练迭代的主流方式,根据训练时间、成本和场景选择,通俗的来说,rag能快速在大量的行业知识和特定场景信息里去查找相关内容,提示词是让智能客服更好的理解“需求”,把话说的更能让“机器人”理解,微调以预训练大模型为基础,用特定领域或场景数据再训练,让模型更贴合特定场景。像电商平台用自身数据微调,使模型回答更精准。虽需一定训练时间和计算资源,成本较高,但效果好 。
  2. 任务自动化与闭环反馈:实现任务的自动化流转和闭环管理,当机器人无法回复、顾客要求转人工或遇到特定问题时,及时将任务转接给人工客服,并进行数据分析和复盘,不断优化运营流程和服务质量。
  3. 用户满意度调查与客服质检:定期开展用户满意度调查,收集用户对智能客服服务的反馈和评价,同时对客服服务进行质检,评估服务质量,及时发现并改进问题,提升整体服务水平。

2.5 产品定位

一款基于大规模深度学习的智能客服平台,对客户,实现个性化服务,助力企业降本增效,提升客户满意度。对客服管理,实现内部管理的高效协同与提质增效。

2.6 目标与衡量标准

1)成本效益指标(示例,根据实际情况调整)

  • 增益类指标:人力运营成本、平台赔付成本、消费者满意度、用户增长率、用户流失率、用户留存率、营销推广触达率、获客成本、客户问题处理成本、客服培训成本、客户终身价值提升率
  • 约束类指标:消费者投诉率、消费者问题一次性解决率、消费者问题解决时长、客服响应时长

2)运营类指标(示例,根据实际情况调整)

  • 运营类指标:坐席签入/签出统计、天/周/月接通数、接通趋势、平均响应时长、外呼接通数、外呼接通率、线索转化率、关单率、问题解决率、坐席利用率、客户重复咨询率、跨部门业务对接响应效率
  • 衡量ai智能客服的运营类指标:点击率、接通率、人工转接率、识别准确率(订单问题、问题识别、问题推荐)、问题解决率、自主问题解决率、关单率、并发处理能力、知识库覆盖率、智能客服闲置时长占比、智能客服话术匹配准确率

三、ai智能客服行业的主要厂商和产品

四、ai智能客服系统架构

4.1 业务架构

4.2 系统架构

智能客服系统需要根据实际情况选择设计功能模块,以下是比较主流的功能模块:

  • 知识管理:对FAQ、Task、chat的知识进行增删改。其支持词的维护(如:专有名词、同义词、敏感词灯)、QA的维护(业务问答知识)、标注维护(标注问法、标注转译)灯内容 的维护。
  • 知识教育:根据实际服务用户的问答数据,对智能客服的知识进行优化调整,以实现更好的问答效果
  • 对话管理:可视化的流程画布维护(单轮对话/多轮对话)、参数调用配置(如“动态的参数,,查询余额,积分)、标签的配置应用、策略的配置(如“转人工策略)
  • 问答质检:通过人工标注,对机器人的实际问答效果进行质量检查,评估机器人的实际问答效果。如:我们向模型内投入一定数量的优质录音、文本,然后告知大语言模型都有哪些加分因子、让他自动判别生产数据的质检情况,然后不断通过手工质检的对齐调优,让模型持续不断学习和改进。(运用AI agent 内容分析、质量检测、情绪识别、标签体系)
  • 智能工单:(运用ai agent 工单生成、智能派单、工单流转)
  • 数据分析:机器人问答数据分析,主要体现用户提问、知识覆盖等方面的指标..意图命中清单报表、用户交互日志报表、转人工清单报表等
  • 系统管理:系统管理模块是智能语音导航机器人流程对话管理系统中不可或缺的一部分,它负责机器人公共策略、用户及角色权限等内容的配置管理。

五、基于AI大模型的智能客服搭建(以知识库为例)

由于本文篇幅关系,无法全面分析基于人工智能的智能客服搭建方式,所以选取了一个较为典型的功能模块,即基于AI大模型的知识库,通常知识库的底层能力是基于通用性的大模型底层能力的,但由于行业的特性和客户特征,大多数会外挂行业知识库等进行语料喂养。那么基于AI大模型的智能客服搭建知识库流程总体是什么样的呢,下面将进行简要描述。

5.1 AI智能客服知识库

1)确定范围与数据处理

  • 知识库素材整理:广泛汇集客服人员长期积累的经验、历史会话记录以及行业知识,构建原始素材库。这些素材涵盖了实际问题处理策略、用户咨询热点以及行业规范等内容。
  • 数据清洗与聚类:对原始素材再次清洗,提高数据质量。然后通过聚类分析,按问题特征将相似问题归类,找出常见问题模式,如归纳出某类产品的高频咨询问题。
  • 问题提炼:按照业务板块(售前、售后等)和问题类型(功能咨询、故障反馈等)对清洗后的问题进行分类标记,为构建结构清晰的知识库做准备。
  • 知识形态的判断:准确区分简单问题(可依据知识库直接回复)和复杂问题(需人工凭借专业素养和沟通技巧处理),规划智能客服与人工客服的协作流程。

2)提升理解与模型选型

(1)模型选型

langchain 框架等是比较主流的框架。提供便捷工具和接口,能灵活整合语言模型、外部数据源及各类组件,高效搭建智能客服系统架构,满足业务特定需求。

(2)能力提升

  • 训练意图理解:用丰富多样的文本数据训练机器人,使其能准确解析用户不同表达方式背后的真实意图,避免理解偏差,提升回复准确性。例如识别口语化和专业表述下的相同咨询意图。
  • 增强情感识别:借助情感分析技术和训练数据,让机器人感知用户情绪,根据情绪给出人性化回应,如安抚焦急用户,提升服务体验。

3)知识库构建与调优

(1)策略技术

  • 根据业务特点、数据状况和应用场景,选择合适技术提升智能客服回答质量。
  • 提示词工程:精心设计提示词,引导智能客服依据知识库生成准确回复,提高回复针对性,如针对不同产品咨询设特定提示词模板。
  • rag(检索增强生成):利用强大检索功能在知识库中查找相关知识,结合生成能力生成高质量回复,快速实现知识更新扩展。
  • 微调:基于预训练模型,根据业务数据和需求调整参数,使模型更适应智能客服场景,如针对客服话术风格和问题类型微调。

(2)具体操作

  • 转人工判定:制定合理规则,当智能客服无法解决问题(如复杂业务政策解读、用户多次不满)时,自动转接人工客服,保障服务连续性。
  • 词库配置:构建包含专业词汇、同义词、口语化表述的词库,提升智能客服对自然语言的理解,避免因用词差异导致理解错误。
  • 知识库测试调优:全面测试知识库,检查信息准确性和有效性,根据测试结果优化,如补充缺失知识、修正错误表述。

4)灰度发布与上线

(1)小范围测试与反馈收集

正式上线前,选择特定小范围用户群体或部分业务场景测试。通过问卷、访谈、数据统计等方式收集用户对智能客服回复准确性、及时性、友好性的反馈,整理分析后作为优化依据。

(2)性能监控与保障上线

实时监控系统稳定性、可靠性和响应速度等性能指标,利用监控工具及时发现并解决性能隐患,确保系统能满足大规模用户使用需求,顺利全面上线 。

5.2 知识库索引与召唤描述

针对智能客服知识库的搭建,知识库搭建索引能有效提升知识库效能,提供了快速检索的能力,提高数据检索的效率,使得在用户提出问题时,系统能够快速地从知识库中找到相关信息,索引过程包括实体抽取、实体关系确定、实体摘要,以及构建向量数据库和图数据库,这些都是为了优化数据的检索性能。索引为召回打下了基础。召回实现为了提供给用户最相关、最准确的答案或信息。

召回过程包括召回前处理(如问题扩散、意图识别)、召回中处理(如选择目标知识库、向量相似度计算、图谱召回、召回排序),以及召回后处理(如生成质量评分器、Token压缩、生成回复、敏感词混淆处理)

1)搭建索引

  • 实体抽取:运用自然语言处理和机器学习技术,从产品文档、客服记录、行业资料等素材中精准识别关键实体。例如,在电子产品领域,可能抽取“芯片型号”、“屏幕分辨率”等作为实体;在医疗咨询中,则可能是“症状名称”、“治疗方法”等。
  • 实体关系确定:分析并确定抽取出的实体间的内在联系,构建知识图谱。例如,手机型号与芯片、操作系统、售后政策的关系;或者在医疗领域,症状与可能的疾病、推荐药物、相关科室的关联。
  • 实体摘要:为每个实体生成包含关键信息的简洁摘要,便于检索时快速预览核心内容。如旅游景点的摘要可能包括“特色景观”、“开放时间”、“游客评价”等。
  • 构建数据库:将知识转化为向量存储,利用向量数据库根据语义相似度匹配内容;同时,使用图数据库存储知识图谱,加速复杂查询的处理,如金融产品的风险等级、收益、适用人群等查询。

2)召回流程

召回前处理:

  • 问题扩散:用户提问后,系统依据语义和知识关联扩展相关问题,如“手机拍照模糊”可能扩展到“镜头清洁”、“相机设置调整”等问题,确保全面性。
  • 意图识别:使用深度学习模型分析用户的真实意图,如“出国旅游”可能包含“目的地选择”、“签证办理”、“行李准备”等需求,指导知识召回方向。

召回中处理:

  • 选择目标知识库:根据问题领域和行业分类,选择最合适的知识库子集,如医疗问题直接关联到医疗知识库,提高召回的相关性。
  • 向量相似度计算:结合向量库计算用户问题与知识向量的相似度,进行排序,锁定最贴近的内容。
  • 图谱召回:利用图数据库中的知识图谱,追溯相关问题的间接知识,如查询“电脑维修网点”时,可能需要追溯到“硬件故障”、“服务地点”等信息。
  • 召回排序:根据知识的相关性、热度、匹配度等因素进行排序,优先推送最相关的知识。

召回后处理:

  • 生成质量评分器:建立评估机制,对召回的知识进行评分,确保答案的完整性、准确性和权威性,如医学知识库中,来自权威医学期刊的内容可能获得更高评分。
  • Token压缩:精简知识文本,去除冗余,加快信息传输,提升用户获取信息的效率。
  • 生成回复:将筛选出的知识整理成自然语言回复,满足用户咨询需求,如旅游规划建议、健康咨询等。
  • 敏感词处理:检测并过滤回复中的敏感词汇,确保内容的合规性,如在金融咨询中避免使用可能引起误解的术语。

通过这样的流程,智能客服系统能够提供给用户最相关、最准确的答案或信息,实现快速、准确的客户服务体验。

作者:Elaine.H ,公众号:H小姐的数字化杂货铺

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

题图来自Unsplash,基于CC0协议。

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