办公事务 · 熟练
客户喊了三遍转人工，为什么没人接
不是客服不努力，是入口和条件没写死
AI 客服惹人烦的地方，很少是「答得不聪明」，而是「该转人工的时候没转、转的入口又找不到」。这件事从 2026-09-01 起不再只是体验问题 —— 国标《顾客联络服务 人工与智能客户服务协同要求》（GB/T 47746—2026）已实施，把三条要求写成了硬条款：需要人工时入口必须清晰可寻、简单问题交 AI 而复杂纠纷及时流转、达到条件必须自动流转不得让客户反复复述。这一页给的是四步落地法：先把「什么情况必须转」写成条件表 → 再把入口放到客户看得见的地方 → 再设计切换时的上下文交接 → 最后做一幕回放式验证。关键动作只有一个：把「转人工」从客服的临场判断，改成一条写死条件、系统自动执行的规则。
方法 · 一图看懂
1
写条件表 — 先定「什么情况必须转人工」：客户明确要求 · 连续两轮未解决 · 涉及资金与时限 · 客户情绪升级，各写一条可判定的触发条件
2
摆入口 — 按国标要求把人工入口做成随时可见（⛔ 不层层隐藏），并把「转人工」做成一条可直接说出的指令
3
接上下文 — 设计切换时的交接：客户已说过的信息自动带过去，⛔ 不让客户复述第二遍
4
定分工线 — 简单问题交 AI、复杂纠纷交人，把这条线写成可培训的清单而不是默契
5
做一幕回放 — 用真实对话回放验证：条件命中了吗、入口找得到吗、交接有没有丢信息
原理 · 为什么有效
这套做法有效，是因为它把「协同」从一个靠人拿捏的临场判断，换成了三条可检的规则。
① 条件表把「该不该转」变成了查表 —— 临场判断最大的问题是每次不一样；写成条件表以后，AI 与人都能按同一张表走，客户得到的结果也就一致了。
② 入口决定体验的下限 —— 转人工的价值不取决于人工有多强，而取决于客户能不能找到它。国标之所以专门写「入口清晰、不得层层隐藏」，是因为这是投诉里最高频的一项。
③ 交接决定复述成本 —— 客户最烦的不是等，是「刚才都说过一遍了」。把上下文自动带过去，是这条链上投入产出比最高的一步。
⚠️ 边界（如实说明）：国标给了要求与判据，⛔ 但没有给出你所在行业的条件表 —— 哪些情形算「复杂纠纷」要按你的业务定；涉金融 / 医疗等受监管行业的对外承诺口径，须由合规负责人确认后再上线。
适用场景
① 已经在用 AI 客服 / 智能助手，但客户抱怨「转不到人」；
② 正在选型或搭建客服系统，想把协同规则一次写对；
③ 有客服团队，需要一份能直接用来培训人机分工的清单；
④ 面向消费者提供服务的团队，需要对照新国标自查当前流程。
⛔ 不适用：纯内部 IT 工单系统（对内服务不走顾客联络场景）；涉及具体法律责任认定的纠纷处理（那需要法务单独介入）。
自测 · 5 问
「客户明确要求转人工」这条，现在有没有一条能直达的指令（比如直接说「转人工」三个字就生效）？
条件表里的每一条，能不能给出一个可判定的例子？写不出例子 ⇒ 那条条件还不是条件，是愿望。
切换发生时，客户已经提供过的信息（订单号 / 问题描述）会自动出现在人工坐席的屏幕上吗？
有没有一条成文的分工线，写清「哪类问题 AI 不许自行承诺」？
上一次真实回放是什么时候？超过一个季度 ⇒ 先补一次，再谈优化。
怎么上手 · 验证步骤
第一次落地，建议按这个顺序走，全程不超过半天：
① 先拉最近两周的客服对话，把「客户抱怨转不到人」的记录挑出来（这段材料是条件表的来源，比凭空想准得多）；
② 从记录里归纳出 3~5 条必须转人工的情形，写成条件表；
③ 检查入口：从客户视角走一遍，看几步能碰到人工（⛔ 超过两步就要改）；
④ 写一页交接字段（客户已说什么 · 系统已查到什么 · 坐席还需要问什么）；
⑤ 用一条真实对话跑一遍回放，把不成立的条件改掉。
跑完第一轮后自检一件事：找一条真实对话，从头走一遍，看「转人工」这个动作有没有在客户第二次追问之前就发生。没有发生 ⇒ 先改条件表与入口，其余优化暂缓；发生了 ⇒ 再看交接有没有丢信息。这一步只核这一个问题，⛔ 不顺手去调话术或改文案。