智能客服是 AI 落地里最成熟的场景之一,也是翻车最多的场景之一。翻车的原因通常一致:太早追求全自动。
客户的问题分布是长尾的。常见问题可能只占六七成,剩下的三四成千奇百怪。机器答不上来时的兜底体验,直接决定客户观感。
更要命的是答错。客服的回答带有承诺性质——「这个可以退」「三天内到货」。答错了要么损失信任,要么真的要赔。这个风险中小企业承担不起。
还有情绪问题。客户在恼火的时候被机器绕圈子,会火上浇油。这时候需要的是一个能立刻接过去的人,而不是更智能的机器人。
机器在后台实时给出建议答案、相关政策条款、这个客户的历史记录,坐席看一眼、确认或修改,然后发出。决策权始终在人手里。
这个模式的收益一样可观:新人不用再翻手册和问主管,响应速度明显提升,回答口径也更统一。而风险几乎为零。
更重要的是,这个阶段会自然积累数据——哪些问题机器答得准、哪些经常被修改。这些数据就是后续开放自动应答的依据。不是拍脑袋决定开放哪些,而是用数据决定。
辅助 第一阶段·人做决策 | 半自动 第二阶段·高频问题自动 | 全自动 第三阶段·数据支撑后 |
建议的判断标准:某一类问题在辅助模式下运行至少一个月,坐席采纳率稳定在很高水平且几乎没有修改,才考虑开放自动应答。
而且要分类开放。查询类(订单到哪了、余额多少)风险低,可以早开放;政策类(能不能退、赔多少)风险高,建议长期保留人工确认。
另外必须保留一键转人工的入口,而且要显眼。藏起转人工按钮换来的自动化率,是拿客户满意度换的,不划算。
智能客服的成熟度,不看自动应答率有多高,看客户想找人的时候能不能立刻找到人。
我们给中小企业做客服场景,默认从辅助模式起步,而且会明确告诉客户:第一期的目标不是减人,是让现有的人做得更好更快。
这个预期管理很重要。如果老板一开始就是奔着裁员去的,团队会消极抵抗,项目大概率失败。反过来,把目标定成「让客服少加班、少被投诉」,一线会主动配合,数据积累也更真实。
智能客服的正确顺序是先帮人、再替人。跳过第一步的,基本都在第二步摔了跟头。