AI 客服转人工时坐席最需要的是摘要不是聊天记录面向正在做客服 / 售前智能体、准备把转人工这道闸门配起来的人。本文基于一套零代码 AI 智能体平台的转人工模块实测整理配置项与字段名按当前线上版本逐项核对过。先说结论转人工不是一个开关是四个模块拼起来的链路——触发配置、回复配置、通知配置、智能总结。绝大多数团队配完之后还在漏单问题不在 AI 答得不好而在这四个模块里有两三处细节没人盯通知是异步发送的、失败了不会重试AI 打标的准确率几乎完全取决于你写的那段标签描述。这条链路的目标只有一个把控制权干净地交出去并且确保有人真的接住了。一、先看全貌四个模块各自管什么模块职责你要做的决策触发配置判断什么情况下该转人工用意图识别还是关键词匹配回复配置决定转人工后 AI 说什么、还说不说四种回复模式选哪一种通知配置把有人要接手这件事告诉人走哪条通道、通知谁智能总结让接手的人三秒看懂发生了什么摘要模板怎么写版本前提先看这条省得白配转人工需要专业版及以上版本。自动打标签需要企业版及以上版本。踩过的坑有人先把摘要模板、通知对象都配好了回头发现版本不支持白折腾一轮。先确认自己所在的版本再往下配。另外这两个概念容易混「客户管理」维护的是客户档案与标签「客户对话管理」处理的是人机协同对话转人工之后的接管动作都在对话管理里做不在客户管理里。二、触发配置两种方式各管一半平台给了两种触发方式它们是互补关系不是二选一。意图识别用自然语言描述意图直接在配置里用大白话写清楚“什么情况算需要转人工”匹配上就触发。关键点描述越精准决策越准。这段描述相当于给 AI 一份判定标准写得含糊就会误触发——转人工转得太勤坐席被无意义的接管耗死比漏转还伤。写法上要注意覆盖边界情况。比如你写“客户表达强烈不满时转人工”那“客户提了个功能建议”算不算不写清楚AI 只能自己猜。关键词匹配包含即触发命中关键词就转逻辑简单、响应确定。关键词适合兜底“用户明确要求”这一种情况比如「转人工」「人工客服」「找个人」。这类词命中就转不会误判。但关键词不适合做主动判断因为它不理解上下文。同一个词在不同句子里意思可能完全相反这一点在关键词方案里无法区分——这是关键词匹配的原理限制不是配置技巧能解决的。组合用法实践下来比较稳的一套层用什么管什么兜底层关键词匹配用户明确要求转人工命中就转主动层意图识别识别情绪强度、问题复杂度、超出知识边界先保证兜底不出错再用意图识别扩展覆盖面。反过来容易一开始就误触发一堆。三、回复配置四种模式对应四种移交强度这部分是最容易配错的。「回复模式」控制的是转人工之后 AI 对用户还说不说话平台给了四档模式对用户的表现移交强度适用场景默认回复先收到一句预设文案全量移交通用默认绝大多数场景选这个不回复完全静默全量移交无提示少见。仅当渠道侧另有「正在转接」提示继续回复AI 照常回答部分移交陪跑人工只处理关键节点其余 AI 继续扛延迟回复人工先接管到期后 AI 自动恢复限时移交非工作时间兜底、坐席繁忙期两点实践判断第一「默认回复」和「不回复」只差一句话但这一句话很关键。「不回复」的语义是 AI 暂停回复之后需要人工在【对话管理】里手动切回 AI。它的风险在于用户侧的感受——发出去的消息没人应用户第一反应不是“在转人工”而是“这系统掉线了”接着要么反复重发要么直接走人。除非你的渠道端本身有“正在为您转接”之类的提示否则建议一律用「默认回复」先把那句文案回出去把用户接住。第二「延迟回复」的延迟时长要算过不能拍脑袋。这个模式的实际含义是人工先接管一段时间超过设定时长 AI 自动恢复。延迟时长的锚点应该是你们坐席的平均首次响应时间设太短比如 30 秒坐席还没打开页面AI 已经抢回来接着答了等于没转设太长比如 10 分钟用户已经走了AI 恢复也接不住一般的建议区间是1–3 分钟具体按你们的坐席响应水平定。这个数值得让客服主管一起拍不能只由配系统的人定。顺带一个反直觉的点切换是双向的人工接管不是单向门。在【对话管理】里AI 回复 ↔ 人工回复可以随时互切。这带来一个运营规范问题人工处理完要不要切回 AI要。如果不切回这个会话之后的所有消息都得靠人盯坐席忙起来就会积压。建议在 SOP 里写死一条——复杂问题答完手动切回 AI 回复。四、通知配置三条通道一个容易搞错的差异转人工之后得让人知道有人要接手。平台提供三条通道通道怎么送达需要配什么特点短信发到指定成员在平台账号绑定的手机号选择接收人触达最强适合当兜底告警公众号消息发到指定成员绑定的微信选择接收人零成本前提是成员已关注平台官方公众号群机器人推送到企微 / 钉钉 / 飞书的内部群配置 Webhook 地址部分需密钥群里可见多人能接但没有明确责任人⚠️ 这里要分清短信是发给坐席的不是发给客户的。三者通知的对象都是你们团队成员。选型建议一对一 群两条一起上单通道都有短板只发短信强触达但谁接了没人知道其他人看不见只发公众号消息成员没关注公众号就收不到静默失效只发群机器人群消息容易被刷过去而且责任不明确——群里三个人都看到了可能三个人都以为别人在接实践中比较稳的是双通道组合群机器人负责让全组知道有这么个单短信负责确保至少有一个人被叫醒。前者保可见性后者保响应。至于通知对象规则很清楚短信和公众号消息必须指定具体的接收成员群机器人必须配 Webhook 地址。五、群机器人实操三家平台的配置差异三个平台的配置路径都是「群设置 → 添加机器人 → 复制 Webhook」但安全设置那一项差别很大这是最容易配错的地方平台Webhook URLWebhook Secret安全设置选项企业微信必填不需要生成即用复制地址即可飞书必填必填选「签名校验」钉钉必填必填选「加签」企业微信的机器人地址不需要密钥很多人按钉钉的经验反过来找密钥找不到就以为配置有问题——它本来就没有。反过来飞书和钉钉如果漏了密钥消息发不出去。具体步骤企业微信进内部群 → 群设置 → 添加群机器人 → 新建机器人 → 命名后复制 Webhook 地址 → 填入配置。飞书进群 → 群设置 → 群机器人 → 添加机器人 → 自定义机器人 → 复制 Webhook 地址 → 安全设置选「签名校验」复制生成的密钥 → 地址和密钥分别填入。钉钉进群 → 群设置 → 添加机器人 → 自定义机器人 → 添加 → 安全设置选「加签」复制密钥 → 复制 Webhook 地址 → 密钥和地址分别填入。两家的字段顺序正好相反飞书是先拿地址再选安全设置钉钉是先选安全设置再拿地址。填的时候按字段名对别按顺序对。配完先手动测一次。用各家文档给的示例 payload 直接 curl 一下确认群里真的收到消息再回平台填配置。下面是个企微格式的连通性测试飞书和钉钉的 payload 字段不同按各自示例改curl-XPOSThttps://your-webhook-url\-HContent-Type: application/json\-d{msgtype:text,text:{content:转人工通道连通性测试}}六、智能总结摘要模板该怎么写这是整条链路里对坐席体验影响最大、却最少被人认真配的一环。摘要模板支持用自然语言配置——也就是说你可以像给人布置任务一样把要总结哪些内容、按什么顺序、不要写什么写清楚。转人工时 AI 会按这个模板自动生成对话摘要展示两个地方后台「客户对话管理」页面的摘要卡片通过 Webhook 推送到 IM 群聊也就是上面群机器人那条通道推送的内容一个可以抄的模板结构请按以下结构总结这通对话 1. 客户身份与来源渠道 2. 核心诉求用一句话说清客户要什么 3. AI 已答复的内容只列结论不要复述对话过程 4. 未解决的部分卡在哪、为什么 AI 答不了 5. 建议的下一步接手的人应该先做什么 6. 客户情绪平静 / 着急 / 不满并附上支撑判断的原话片段三个写法要点① 明确写“不要什么”。自然语言配置的好处是你可以约束输出形态。摘要最容易失控的方向是变成流水账——把整个对话压缩一遍坐席还是得往上翻。所以模板里要显式写不要复述完整对话、不要输出营销话术、不要给建议以外的判断。② 第 5 条建议下一步是这条链路的价值所在。摘要如果只是“客户问了 AAI 答了 B”那它跟聊天记录的区别只是短一点。真正省时间的是有人替坐席做过一次分诊——告诉接手的人从哪儿开始。③ 第 6 条要附原话片段。只写“客户不满”信息量太低坐席判断不了严重程度。附上原话接手的人一眼就知道该用什么语气。摘要模板不是配完就不管的。建议上线后收一批真实摘要让坐席提意见改两三轮才稳定。这是唯一能让坐席真的用起来的方式。七、AI 打标签准确率取决于那段描述自动打标签属于企业版及以上能力。转人工时AI 会根据对话内容自动为客户匹配标签结果同步到「客户对话管理」的摘要卡片和「客户管理」的客户标签里。标签结果分三类来源在客户编辑页是分开显示的便于追溯来源谁打的手动打标人工在列表或编辑页选的AI 打标AI 基于对话内容自动判定转人工打标转人工流程中由客服补充的关键机制AI 读的是「标签描述」标签有两个文本字段作用完全不同标签名称最长 20 字符给人看的显示名标签描述最长 200 字符给 AI 看的判定规则AI 打标时会读取描述去校验客户的历史对话内容匹配才打标。名字写得再清楚AI 也不看名字。这是本文最想强调的一条标签描述写得准不准基本决定自动打标的可用性。对比一下❌描述高意向✅描述客户在对话中主动询问过价格、报价或优惠或提到过交付时间 / 工期或主动留下联系方式。仅咨询产品功能本身、未涉及价格与时间的不算。❌描述投诉客户✅描述客户明确表达不满包括要求退款或赔偿、指出产品或服务存在具体问题、提到要投诉 / 举报 / 走法律途径、使用明显负面情绪表述。仅提出功能建议的不算。看出差别了吗好的描述做了三件事列出正向命中条件、给出典型例子、明确排除边界情况。尤其最后一条——不写清楚“什么不算”AI 只能自己扩展而它的扩展方向未必是你想要的。另外提醒一句AI 打标是异步任务提交后不是立刻出结果跑完再回客户列表看。批量打标时要有这个心理预期别以为没生效就重复提交。八、工作流侧的转人工节点和产品侧差在哪除了智能体高级配置里的「人工介入」工作流里也有一个转人工节点。两者能力高度重合但触发逻辑完全不同产品侧「智能转人工」工作流「转人工」节点触发方式意图或关键词满足条件即触发全局生效流程走到该节点时执行位置由你编排通知方式短信 / 公众号消息 / 群机器人同左回复模式四档同左智能总结独立配置复用智能总结里配置的摘要模板AI 打标签支持未提及该用哪个判断标准很简单转人工的条件是不是必须在流程走到某一步时才成立。比如要先查完订单、确认过权限、再决定要不要转人工——这种有明确前序步骤的场景用工作流节点只是识别到某类意图就转用产品侧的智能转人工就够了。工作流节点的三个必填项缺一个就报错节点执行时有硬校验配置不完整会直接节点执行报错不是静默失败会在运行日志里看到默认回复必填接收人选了短信或公众号消息时必填延迟时长选了「延迟回复」模式时必填另外这个节点有个特性值得知道它的输出内容就是配置的那条默认回复文案会直接作为消息回复给用户。所以那句文案不只是提示它是用户真实收到的内容写的时候按对外文案的标准写。九、六个容易踩的坑① 通知是异步发送的失败了不会重试。这是最容易出事的一条。官方的执行说明写得很明确转人工节点的消息通知采用异步发送fire-and-forget不会阻塞后续节点即使通知发送失败也不影响流程正常运行。不影响流程正常运行从工程角度是好设计——通知不该拖垮主流程。但从业务角度要意识到后果通知失败是静默的。不报错、不重试、流程里也不留痕。所以不能把通知已经发出去了当作移交成功的凭据。必须有第二道兜底——比如让坐席定期看【对话管理】里未读角标的待处理列表或者配双通道一条挂了还有另一条。配完之后一定要做一次失败演练故意把 Webhook 地址改错一位触发一次转人工看有没有人能在合理时间内发现。演练不做的团队真的上线时会在这条上丢单。② 把「不回复」当默认选项。前面说过用户侧看起来就是没人应答。除非渠道端另有提示否则用「默认回复」。③ 延迟时长按感觉设。按坐席平均首响时间定一般 1–3 分钟。④ 标签描述只写两三个字。AI 读的是描述不是名称写高意向等于没写判定规则。⑤ 人工处理完不切回 AI。切换是双向的但双向的前提是有人去切。不切回这个会话之后全靠人盯必然积压。写进 SOP。⑥ 把短信理解成给客户发短信。三条通知通道的对象都是你们团队成员坐席不是客户。给客户发短信这件事平台的通知配置里没有别在方案里写错。十、转人工前后的三个一致性问题这三条都不是配置项能解决的属于上线后要盯的运营细节但会直接影响坐席愿不愿意用。① 摘要不能替代聊天记录但要看得到。摘要解决的问题是“三秒进入状态”不是“不用看原文”。涉及价格承诺、责任认定的对话坐席一定会回去翻原话。所以摘要和完整记录必须放在一起别让人在两个页面之间跳来跳去——【对话管理】里点开对话就是完整聊天记录这一点是顺的但摘要卡片要保证在同一个视野里。② 转回 AI 之后AI 记不记得人工说了什么。这是人机协同里最需要实测的一环。切换是双向的但“切换之后上下文如何延续”这一点文档里没有明确说明属于需要你们自己验证的范畴。建议上线前做一次完整演练AI 回复 → 切人工 → 人工说两句话 → 切回 AI → 问一个只有人工刚提过的信息看 AI 能不能接上。接得上人机协同可以按“人工处理完就切回”的规范跑接不上SOP 里要改成“人工处理过的会话不切回 AI由人工跟完”这个结论会决定你们整条协同规范怎么写别跳过这一步。③ 同一个客户可能被打上互相矛盾的标签。标签在客户编辑页是按来源分组展示的手动打标、AI 打标、转人工打标各一组。这意味着同一个客户身上可能同时挂着 AI 打的标签和人工打的标签而且两边口径未必一致。按来源分组本身是优点——能追溯每个标签是谁打的。但运营上必须约定谁的口径优先否则标签体系跑一个月就会膨胀成一堆互相打架的标记分群运营也就失效了。建议定一条规则并写进 SOP比如人工打标优先于 AI 打标发现冲突时以人工为准同时回头去修那条标签描述——冲突往往说明描述写得不够准。十一、上线前检查清单确认版本转人工 专业版及以上自动打标签 企业版及以上触发布两层关键词兜底明确要求转人工 意图识别主动判情绪 / 复杂度 / 超边界回复模式默认选「默认回复」用「延迟回复」的延迟时长按坐席平均首响时间定1–3 分钟起步通知通道双通道组合群机器人保可见、短信保响应群机器人企微不需要 Secret飞书选签名校验钉钉选加签——按字段名对别按顺序对Webhook 先手动 curl 测通再填配置摘要模板按接手人需要什么写写明不要流水账、不要营销话术上线后收反馈改两三轮标签描述写正向条件 例子 排除边界不要只写两三个字做一次通知失败演练故意填错地址确认有人能发现做一次「切人工 → 切回 AI」的连通演练确认上下文能不能接上——这条结果决定协同规范怎么写定一条标签优先级规则人工打标 vs AI 打标写进 SOPSOP 里写死复杂问题处理完手动切回 AI 回复前提是第 10 条演练通过写在最后转人工配得好不好有个很朴素的验收标准从触发那一刻到坐席真正接手中间经历了多久这一段里客户有没有感到被晾着。【对话管理】里能看到完整聊天记录触发时刻和人工首次回复的时刻都能对上。把这两个时间点的差值记下来作为这条链路的指标往下压——它比“配置项有没有填完”有用得多。如果非要在这篇文章里只记住一件事记这条通知是异步的、失败不重试。其他配置填错了跑一次就看得出来这一条填错了要等到有客户被漏掉的时候才知道。相关文章站内《企业知识库搭建全流程从文档上传到检索命中的六个关卡》《AI Agent 为什么总「失忆」长期记忆库的原理与配置》《同一个智能体网站、公众号、企微、钉钉、飞书都能用渠道接入拆解》配置项与参数以你所用平台的最新文档为准界面路径可能随版本调整。