ai 客服机器人能接的任务集中在 5 类:售前常见问题答复、订单与物流查询、退换货流程引导、报修与预约登记、会话结束后的回访。这 5 类有共同点,答案能从系统里查到,或者能按固定表单收齐信息。
下面按「能接、接一半、别接」三档拆开,每档写清判断依据。选型前先看自己店里 80% 的咨询落在哪一档,比看功能清单有用。
判断一个任务能不能交给机器人,只看一件事:这个问题的答案,是不是已经存在某个系统里。存在,就能接;要靠人判断,就接不了。
| 档位 | 任务类型 | 答案从哪来 | 人工介入比例 |
|---|---|---|---|
| 能接 | 营业时间、地址、发票规则、物流进度 | 知识库或订单系统 | 低于 10% |
| 能接 | 退换货条件、保修范围、预约时段 | 规则表加日历 | 10% 到 20% |
| 接一半 | 商品选型建议、套餐搭配 | 参数表加推荐规则 | 30% 到 50% |
| 接一半 | 简单故障排查 | 排查树 | 40% 以上 |
| 别接 | 议价、赔付承诺、投诉安抚 | 无固定答案 | 接近 100% |
第 5 行是边界。让机器人回复「可以给你补偿」,等于把承诺权交出去,后面人工再改口就是纠纷。
每类写清机器人做什么、做到哪一步交给人工。
第 4 条最容易做偏。很多方案让机器人一直追问到用户不耐烦,正确做法是缺项只追 1 次,第 2 次仍缺就把工单标成「信息不全」,转人工处理。
第 2 条还有一个前提:订单接口要能按订单号查,不能按手机号模糊查。模糊查会把同号段的订单一起返回,答错单号比答不上来更麻烦,客户会以为你要把别人的包裹发给他。
机器人在同一个问题上绕 3 轮还没解决,就该转人工。绕圈的原因是用户表述与知识库里的说法对不上,再问下去只会更烦。
转人工的动作要干脆:给出一个按钮,或者直接告诉用户「已转给同事,稍后回复」。我遇到过一家做家居用品的店,机器人在「尺寸不合适能不能退」上绕了 6 轮,用户最后直接给了差评。
机器人答得准不准,八成取决于知识库,不取决于模型。建库按 3 步走。
第 2 步的同义问法要写口语版本。「退换货政策」是书面说法,用户实际打的是「买了不合适能退吗」「拆了包装还能退不」。
这件事要落到一个具体的人身上,写成「客服主管每周五改一次」,不要写成「由客服团队维护」。落到团队等于没人管,三个月后库里的答案全是旧的。
维护的动作只有 3 个:每周从会话记录里挑 10 条没答好的补进库、每月清理一次过期规则、每季度重排一次问题顺序。3 个动作合计每周不到 1 小时。
我见过一家做五金配件的店,知识库上线半年没动过,促销结束后机器人还在报旧价格,一个月里报错 100 多单,最后靠人工逐单改价。
上线后看 3 个数,比看满意度评分实在。
第 2 条的抽查要按周做。我们自己抽查过一次,发现「发货时间」的答案里写的是 48 小时内发货,实际仓库改成了 72 小时,30 多条会话答错,靠人工补救才发现。
会话轮次、平均响应字数这类指标参考价值低。轮次多可能说明用户在绕圈,字数多可能说明答案啰嗦,都不能单独当成绩看。
不看功能列表的长度,看这 4 项能不能对上自己的系统。
第 2 项在签合同前要实测。让对方当场改一条答案,看生效要多久,超过 10 分钟的都要谈。
第 4 项常被当成技术细节。会话记录导不出来,误答率就无从抽查,只能凭客户投诉被动发现,一次投诉背后通常已经错了 20 多单。
第 5 条是这类工具最大的风险点。生成式模型遇到查不到的数据倾向于给一个像样的答案,工程上要做兜底:接口无返回时,固定输出「暂时查不到,帮您转人工」。
5 类任务的边界清楚之后,投入产出也能算清。客服量每天 200 条以上、其中 6 成是重复问题,这类场景值得上;每天不到 30 条咨询的,先把知识库整理成常见问题页更划算。各平台的功能与计费方式差异较大,选型按自己的系统对接条件来。
本文信息核对时间:2026-11