私域客服机器人和官网在线客服不同：客户加的是个人微信，会话会打断、会隔夜、会从商品问到投诉。搭建的目标不是“秒回”，而是 高峰能分流，复杂能交接，坐席不互相抢话。这篇按多坐席来写。

客服机器人在私域里只做三件事

1. 接住首问，消化高频口径

2. 识别该升级的人（投诉、催单情绪、明确找人）

3. 把上下文交给对的坐席，然后闭嘴

做不到第 3 件，机器人会变成坐席的竞争对手。私域里客户记得“刚才那个号说过什么”，重复询问比回复慢更伤。

账号模型：一个接待入口，多个坐席

常见三种，按团队规模选。

单号单坐席
机器人 + 一个人。适合日咨询量不大。重点是：人工正在打字时机器人停。

单号多坐席轮询
一个微信号，后台多个客服抢单或分配。微信侧仍是同一个好友关系，系统侧要有会话锁：谁接了谁说，别人只看不发。

多号按技能组
售前号、售后号、大客户号。机器人按意图建议转接，但转接在个人号上成本高（可能要换好友）。能不拆号就不拆；一定要拆，就在欢迎语里写清各号职责，避免客户两边跑。

无论哪种，生产接待号不要用老板号。

会话锁：多坐席的第一功能

没有锁，就会出现：

• 机器人回完，坐席 A 又回一遍

• 坐席 A、B 同时打字

• 客户已说“等一下”，超时规则又催了一句

最小状态机：

bot_active → (命中转人工 / 坐席点击接入) → agent_active
agent_active → (坐席点结束 / 超长静默且规则允许) → closed
closed 再来消息 → bot_active 或按夜间策略

agent_active 期间：

• 禁自动回复

• 禁运营任务

• 只允许超时未回复的内部催坐席（发给坐席，不发给客户）

结束会话必须是坐席动作，不要用“2 小时自动恢复机器人”一刀切。私域客户经常隔半天续上句。

分配规则怎么配

优先级从高到低：

1. 指定跟进人：已有成交或已备注的导购，有人在班则直达

2. 技能组：售后关键词进售后，价格咨询进售前

3. 空闲轮询：当前会话数少的坐席

4. 值班表：夜间只进值班，不进全员群里@所有人

客户明确点名某位同事，不要被轮询拆走。私域关系是对人的，不是对技能组编号的。

机器人词库：给客服减负，而不是代替口径

首版只上：

• 欢迎：说明可以查什么、怎么转人工

• 地址/时间/运费等不会变的口径

• 订单号采集后查状态（查不到就转人工，不编）

• 情绪词直接升级

不要让机器人讲折扣底线、承诺到货小时数。这些口径一变，客服要全网解释。

转人工话术保持短：“已帮你转给值班客服，TA 能看到刚才的对话。”
坐席打开会话时必须能看到：最近原文、已回模板、已采集字段。

通道怎么接

多坐席系统走 HTTP 即可：回调进统一网关，再进会话服务，再决定机器人或坐席出站。个人号在线、发消息、回调不要每个坐席电脑各搞一套脚本。用 GeWe API 这类个人微信接口做通道时，会话锁和分配留在你们客服系统，不要写进发送脚本。登录与消息字段对照文档：GeWe API - GeWe API｜微信 API 开发文档

质检看这几个数

• 机器人独立解决率（未转人工且 30 分钟内无追问）

• 转人工平均等待

• 抢话次数（机器人与坐席对同一 msgid 双发）

• 夜间留言次日首次响应

抢话次数大于 0 就要先修状态机，不要先加词库。

小结

私域客服机器人搭建的核心是会话锁和分配，其次才是自动回复。先保证坐席接入后通道安静，再让机器人消化 FAQ。通道可用 GeWe API 承接个人号收发，客服体验取决于你们怎么切人和怎么交上下文。多坐席能同号协作，这套接待才算搭起来。