ai客服机器人能做哪些任务?先看这5类能不能接手

56分钟前发布

ai 客服机器人能接的任务集中在 5 类:售前常见问题答复、订单与物流查询、退换货流程引导、报修与预约登记、会话结束后的回访。这 5 类有共同点,答案能从系统里查到,或者能按固定表单收齐信息。

下面按「能接、接一半、别接」三档拆开,每档写清判断依据。选型前先看自己店里 80% 的咨询落在哪一档,比看功能清单有用。

先按「答案是否可查」分类

判断一个任务能不能交给机器人,只看一件事:这个问题的答案,是不是已经存在某个系统里。存在,就能接;要靠人判断,就接不了。

档位任务类型答案从哪来人工介入比例
能接营业时间、地址、发票规则、物流进度知识库或订单系统低于 10%
能接退换货条件、保修范围、预约时段规则表加日历10% 到 20%
接一半商品选型建议、套餐搭配参数表加推荐规则30% 到 50%
接一半简单故障排查排查树40% 以上
别接议价、赔付承诺、投诉安抚无固定答案接近 100%

第 5 行是边界。让机器人回复「可以给你补偿」,等于把承诺权交出去,后面人工再改口就是纠纷。

客服办公位上的显示器与头戴耳机,屏幕内容虚化

5 类任务逐条说清

每类写清机器人做什么、做到哪一步交给人工。

  1. 售前常见问题:营业时间、发货地、是否支持开票、尺码对照。这类问题的答案固定,做成问答对,一条一条录进去,命中率能到 85% 以上。
  2. 订单与物流查询:按订单号调接口,把最新节点念出来。接口没通的时候,机器人只能让用户自己去看,别硬猜。
  3. 退换货引导:先判断是否符合条件,符合就发流程与地址,不符合就说清依据。判断条件写成规则,不要写成话术。
  4. 报修与预约登记:按表单收 4 项信息,姓名、联系方式、故障现象、方便上门的时间段。收齐就生成工单,缺项就追问一次。
  5. 回访与提醒:发货后 3 天问一次收货情况,服务完成后 7 天问一次满意度。这类任务不需要理解能力,只需要按时发。

第 4 条最容易做偏。很多方案让机器人一直追问到用户不耐烦,正确做法是缺项只追 1 次,第 2 次仍缺就把工单标成「信息不全」,转人工处理。

第 2 条还有一个前提:订单接口要能按订单号查,不能按手机号模糊查。模糊查会把同号段的订单一起返回,答错单号比答不上来更麻烦,客户会以为你要把别人的包裹发给他。

多轮对话要设上限

机器人在同一个问题上绕 3 轮还没解决,就该转人工。绕圈的原因是用户表述与知识库里的说法对不上,再问下去只会更烦。

转人工的动作要干脆:给出一个按钮,或者直接告诉用户「已转给同事,稍后回复」。我遇到过一家做家居用品的店,机器人在「尺寸不合适能不能退」上绕了 6 轮,用户最后直接给了差评。

知识库怎么建才接得住

机器人答得准不准,八成取决于知识库,不取决于模型。建库按 3 步走。

  1. 把最近 3 个月的人工会话导出来,按问题归类,取出现次数前 50 的问题。这 50 个问题覆盖的咨询量通常在 70% 以上。
  2. 每个问题写 1 条标准答案加 2 到 3 条同义问法。同义问法决定命中率,用户不会照着你的说法提问。
  3. 每条答案标注适用范围与生效时间。促销期的答案过期不撤,机器人会一直按旧规则回答。

第 2 步的同义问法要写口语版本。「退换货政策」是书面说法,用户实际打的是「买了不合适能退吗」「拆了包装还能退不」。

知识库谁来维护

这件事要落到一个具体的人身上,写成「客服主管每周五改一次」,不要写成「由客服团队维护」。落到团队等于没人管,三个月后库里的答案全是旧的。

维护的动作只有 3 个:每周从会话记录里挑 10 条没答好的补进库、每月清理一次过期规则、每季度重排一次问题顺序。3 个动作合计每周不到 1 小时。

我见过一家做五金配件的店,知识库上线半年没动过,促销结束后机器人还在报旧价格,一个月里报错 100 多单,最后靠人工逐单改价。

手机放在桌面上,聊天界面虚化成灰白色块

怎么核验它真的接住了

上线后看 3 个数,比看满意度评分实在。

  1. 自助解决率:会话结束时用户没有转人工、也没有重复提问的比例。低于 50% 说明知识库覆盖不够。
  2. 误答率:抽 100 条会话逐条看,答错或答非所问的条数。超过 5 条就要回去改知识库。
  3. 转人工时长:用户点转人工到真人接起的等待时间。超过 60 秒,前面省下的时间全赔回去。

第 2 条的抽查要按周做。我们自己抽查过一次,发现「发货时间」的答案里写的是 48 小时内发货,实际仓库改成了 72 小时,30 多条会话答错,靠人工补救才发现。

哪些指标不用追

会话轮次、平均响应字数这类指标参考价值低。轮次多可能说明用户在绕圈,字数多可能说明答案啰嗦,都不能单独当成绩看。

选型看 4 个点

不看功能列表的长度,看这 4 项能不能对上自己的系统。

  1. 能不能接自己的订单系统。接不上,第 2 类任务就做不了。
  2. 知识库能不能自己改。每次改一条答案都要找服务商,半年就荒废了。
  3. 转人工的路径是否顺畅。要用户重复描述一遍问题,体验直接掉档。
  4. 会话记录能不能导出。不能导出的,误答率就没法抽查。

第 2 项在签合同前要实测。让对方当场改一条答案,看生效要多久,超过 10 分钟的都要谈。

第 4 项常被当成技术细节。会话记录导不出来,误答率就无从抽查,只能凭客户投诉被动发现,一次投诉背后通常已经错了 20 多单。

桌面上的记事本与一支笔,纸面留白

常见坑:6 条

  1. 把机器人当降本工具,一上线就砍人。前 3 个月必须留人盯误答,砍早了差评会集中出现。
  2. 知识库一次性建完就不管。商品、价格、规则每月都在变,答案要跟着改。
  3. 让机器人处理投诉。情绪化的问题交给真人,机器人越解释越僵。
  4. 不设转人工入口。用户找不到人,会直接去平台投诉。
  5. 把「猜」当能力。查不到订单就承认查不到,编一个物流节点出来,后面要赔。
  6. 只在网页上做,不管其他入口。同一个客户会在 3 个渠道提问,答案要一致。

第 5 条是这类工具最大的风险点。生成式模型遇到查不到的数据倾向于给一个像样的答案,工程上要做兜底:接口无返回时,固定输出「暂时查不到,帮您转人工」。

5 类任务的边界清楚之后,投入产出也能算清。客服量每天 200 条以上、其中 6 成是重复问题,这类场景值得上;每天不到 30 条咨询的,先把知识库整理成常见问题页更划算。各平台的功能与计费方式差异较大,选型按自己的系统对接条件来。

本文信息核对时间:2026-11