自动客服最怕两种情况:答得太死,客户觉得在跟机器绕圈;答得太活,一句话说错就要人来收尾。这篇不讲大道理,直接给一套能抄的话术骨架,再讲清楚每类模板什么时候不该用、该往哪个方向改,让你拿着就能往自己的知识库里填。
自动客服最容易翻车的两种极端,一种是把话术写得太死,客户问三句得到的都是同一句「亲,请提供订单号哦」,他会立刻确认自己在跟机器绕圈,然后开始刷屏或者直接找投诉入口;另一种是放得太开,机器人临场发挥一句「应该没问题」,后面就要人工花半小时去圆。模板的作用不是让机器说人话,而是把「哪些话必须说、哪些话绝不能自己编」这条线画出来。
下面这套骨架按场景拆开,开场、追问、转人工、超纲各给一组可抄的说法,同时标清楚每类模板什么时候不该用、该往哪个方向改。你可以整段往知识库里搬,也可以只拿结构自己重写,重点是别把模板当成终点,它只是把回复拆成可检查的几块。
模板不是句子,是四段结构
一条能用的自动回复,基本都能拆成四段:确认收到、复述问题、给出动作、留个出口。确认收到决定客户愿不愿意继续等,复述问题决定他觉得你有没有听懂,给动作决定这条回复有没有实际用处,留出口决定他卡住时有没有别的路可走。四段齐全的模板看起来啰嗦,但出问题的概率最低。
| 段落 | 作用 | 缺了会怎样 |
|---|---|---|
| 确认收到 | 让客户知道消息进来了 | 客户重复发送,对话被刷乱 |
| 复述问题 | 证明理解了他的意图 | 答非所问,客户重新解释一遍 |
| 给出动作 | 告诉他下一步做什么或你会做什么 | 回复等于没说,客户原地不动 |
| 留出口 | 提供转人工、留言或自助入口 | 客户卡死,只能退出或投诉 |
不同场景可以砍段,但砍哪段要有理由。比如查物流这类单轮查询,复述问题这一段可以省,因为客户的意图没有歧义;但留出口不能省,查不到的时候总得给他一个去处。因为句子短好看就砍掉动作段,是最常见的自伤写法。
开场类:第一次说话别急着解决问题
客户第一句通常信息不全,「我的东西怎么还没到」这句话背后可能是查物流、催发货、改地址,甚至是退款。开场模板的任务不是立刻给答案,而是先把他引到「说清楚问题」这条路上。开放式提问比如「请问有什么可以帮您」,看着礼貌,实际等于把球踢回去,客户还是不知道从哪说起。
- 给两三个可勾选的大类,比如「查订单进度」「修改收货信息」「申请售后」,让他选一个而不是自己描述
- 选项控制在三个以内,超过三个客户会开始扫读然后随便点一个
- 预设分类要跟后台工单类型对得上,不然客户选了也没法自动流转
- 如果客户第一句已经带明确意图,直接跳过开场给结果,不要再问一遍
追问与澄清:怎么问才不像审问
需要补充信息的时候,最大的坑是一次问太多。把订单号、手机号、问题描述全塞在一句里,客户通常只回一半,剩下的一半还得再问一轮,反而更慢。正确的做法是把要的信息按重要性排序,一轮只问一个,并且告诉他为什么要这个信息。
| 问法 | 客户感受 | 建议 |
|---|---|---|
| 请提供订单号 | 像在填表 | 改成「为了帮你查这笔单,需要订单号,一般在短信或订单页开头」 |
| 说清楚你的问题 | 被推回去 | 改成「你遇到的是发货慢还是收到后有破损?选一个我来处理」 |
| 请提供手机号和订单号 | 被审问 | 拆成两轮,先要一个,拿到再要下一个 |
给示例比给字段名好懂。与其写「请输入单号」,不如写「单号通常是几位数字,开头带字母,在订单详情页能看到」。客户不知道字段叫什么,但他认得自己手机上的那串字符。需要标出不适用的情况:客户情绪已经上来了,追问会火上浇油,这时候优先安抚或者直接转人工,信息可以后补。
转人工:把交接做成一句话的事
「正在为您转接」这句话单独放出来,客户心里会冒出三个问号:要等多久、等的时候能不能干别的、万一掉线了怎么办。转人工模板至少要说清三件事:为什么转、大概等多久、等待期间他能做什么。说清这三件,客户就算等,也等得踏实。
- 说清转接原因一句话说明是权限不够、问题超纲还是客户主动要求,比如「这个涉及账户安全,需要人工核对,我这边没法直接操作」
- 给等待预期用区间而不是精确值,比如「工作时间内一般几分钟内接入」,避免写死秒数让人对表
- 告知可做之事告诉客户等待期间可以先准备好订单号或截图,减少接通后的来回
- 准备兜底路径如果长时间没人接,给出留言表单或回拨入口,别让对话悬在那里
触发转人工的条件要提前定死,不能靠模型自己判断。常见的触发线包括:连续两轮没解决、客户明确说要找人、涉及退款金额或账户安全的争议、以及客户连续发送同一句话。如果人工本来就没人值守,别硬写「马上有人接」,改成说明服务时间或者留联系方式,诚实比好听重要。
超纲问题:不会答的时候怎么答
自动客服最危险的动作是编一个听起来合理的答案。客户拿到错误信息去操作,出了事还是人工来收尾,成本比直接说不会高得多。超纲场景的模板可以固定成一个口径:承认不确定、说明会去确认、给一个时间预期或替代路径。
- 固定说法可以用「这个我不太确定,帮你确认后回复」,不要每次都换个新说法
- 给替代路径:自助文档、查单入口、留言表单,让客户这一趟不白来
- 如果同类问题反复超纲,把它记下来回流给知识库,不然下周还是同一批问题超纲
- 不要让模型自由发挥补充细节,宁可话少也不要编出具体政策或数字
这里有个判断标准:如果一个问题客服自己都答不准,那它就不该由自动回复来答。把这类问题归到「必须人工」那一类,比硬写模板更省事。
改写思路:同一套模板怎么改成你自己的口气
模板拿到手第一反应往往是改句子,但顺序反了容易改废。正确的改写顺序是先改称呼和语气词,再改句式长短,最后才动信息结构。因为信息结构是骨头,语气是皮,先动骨头再配皮,很容易把四段结构拆散。
| 阶段 | 改什么 | 注意 |
|---|---|---|
| 第一步 | 称呼、语气词、礼貌程度 | 别把「您」全换成「你」就完事,要整句读着一致 |
| 第二步 | 句子长短和语序 | 长句拆短,被动改主动,但别丢信息 |
| 第三步 | 四段的顺序和取舍 | 砍段要有理由,砍完检查动作和出口还在不在 |
专业场景少用感叹号和语气助词,零售、教育类可以适度放松,但放松的边界是「不能承诺做不到的事」。同一个意思最好准备两版:一版给首次接触的客户,信息全一点;一版给已经来回几轮的客户,更短更直接。后者如果还端着开场那套礼貌,客户会觉得你在拖时间。
填进系统前:三步自查
模板写完别急着上线,先做三步自查。这三步花不了多少时间,但能挡住大部分「上线之后才发现答非所问」的事故。自查的重点不是模板好不好看,而是它能不能在真实对话里接得住。
- 念一遍把每条模板自己读出声,念着别扭的句子客户读着也别扭,尤其是长定语和被动句
- 套真实问题拿三五个历史问题去套,看有没有套不上或者套上去答非所问的,套不上的说明分类没分对
- 查下一步动作逐条检查是否有明确的下一步,没有动作的模板要么补一句,要么直接删掉
上线之后盯两个东西:被频繁触发的几条模板,以及转人工率。被频繁触发说明分类入口没分流好,或者知识库缺内容;转人工率高说明模板没接住问题。这两类信号比单纯看好评差评更能说明哪条写坏了。纯 FAQ 式陈列场景,比如官网帮助中心,可以不需要动作段,因为那里本来就是给人看的,不是对话。
维护节奏:模板是会过期的
产品改版、活动上下线、政策调整,都会让旧模板一夜之间变错。改完之后要同步检查引用它的所有入口,不然会出现同一个问题在不同渠道得到两种答案的情况。维护不需要大动干戈,关键是别让它悄悄过期。
- 建一个触发记录:哪条模板被追问最多、哪条被投诉最多,优先改这两类
- 每轮只动几条,一次全改容易顾此失彼,也说不清是哪次改动带来的变化
- 改动后观察一段时间的转人工率和重复提问率,再决定要不要继续调
- 涉及政策或规则的模板单独标出来,这类最容易过期,也最不能答错
如果你想知道不同中转服务在稳定性和响应上的实际表现,可以到 /sites 看当时整理的对比记录,再到 /price-watch 核对当下的行情数字。模板写得再顺,底层服务不稳定,客户的体验还是会断在半路上。判断类结论都有时效性,别把上周看到的数字当成现在的结论。
下一步拿着这套结构先去改三条最高频的模板,然后去 /tools/speed-test 看看你当前接入的服务响应情况,模板和通道一起顺,客服体验才立得住。→常见问题
模板能直接复制到客服系统里用吗?
结构可以直接用,具体措辞建议改一遍。因为每家的产品名、称呼习惯、能提供的自助入口都不一样,直接复制往往会出现回复里提到的按钮或入口在你系统里根本不存在的情况。先照着结构填自己的信息,再通读顺一遍。
自动回复和人工回复的话术要不要完全一致?
不需要一致,但要接得上。自动回复偏短、偏结构化,人工可以更灵活,关键是自动回复里承诺的事人工得认账,比如自动说「转人工后优先处理」,人工那头就不能当没看见。两边口径不一致是客户最容易炸的点。
客户一直不按模板给的选项走怎么办?
先别硬拉回选项。可以放宽一轮识别范围,接住他的自由表述;如果连续两轮都对不上,直接转人工比继续追问更省事。硬把客户往选项里塞,只会让对话变成拉锯。
超纲问题记下来之后该怎么用?
按出现频次排序,前面的补进模板和知识库,后面的先放着。补的时候别只补答案,把提问的常见说法也一起收进去,否则客户换个说法问就又超纲了。
怎么判断一套模板改得好不好?
看两个信号:同一个问题被反复追问的次数有没有下降,转人工的比例有没有变化。如果追问变少但转人工变多,说明模板答得不够,还得继续补。具体基线和对照方法可以拿自己站点上线前后的数据来比。