客户问「微信群自动回复机器人用什么工具好」，这个问题不好直接答。原因不在于工具多，而在于「机器人」本来不是一件东西，它是一组功能的合称。同一个词在群里指的是三种不同的活：客户发来固定问法自动应答、客户问法不固定时找出一句合适的话、客户刚加进来时把第一句话发出去。三件事的触发条件和处理边界都不一样，把它们当成同一种能力去挑工具，验收的时候就会卡住——固定的答不上来，不固定的答错，刚加进来的没人管。

这篇按问答的形式把这三件事分开说：每件事对应什么功能、配置时看什么、边界在哪、什么时候不该让它自动处理。

问一：怎么把「机器人」拆成能验收的问题？

不要问「能不能自动回复」，要问三句更具体的话：问题固定吗？答案能提前定下来吗？如果答案需要查证或者要按客户情况给，交给谁？

一个可以照着走的做法是把常被问到的东西先列出来。列的时候不用分类，只要写清楚客户问的是什么：怎么进群、地址在哪、怎么报名、有没有货、几点开门、资料在哪下载。列完对着每一条问一遍——答案是不是固定的、能不能用一两句话讲清楚。答案是固定的，就归到可以自动处理的那一栏；答案要查证、要解释、要按人给，就归到人工那一栏。

这一步不需要打开任何后台，先把清单和归属定下来，再去看配置，顺序就顺了。

问二：固定问题交给哪一类回复？

固定问题交给关键字回复。它按后台配置的关键词规则匹配群内消息，命中之后发出事先写好的内容。

配置上只有两处要看清楚。一是触发词：同一个意思客户会有好几种说法，「报名」和「怎么参加」、「地址」和「在哪里」，这些都要写进规则，否则会出现消息明明发了、系统当没看见的情况。二是回复内容：一两句话说清就行，别把一段长文档塞进去，客户在群里看不了那么长。

回复延迟这个参数值得留意。可以设成隔几秒再发，秒回虽然看着利索，但在群里连着弹两条一模一样的话，客户的感受要自己判断。

规则条数不用开篇就铺满。先配五到十条只看明确问法的规则，跑一周翻一遍命中记录，再决定加哪些、删哪些。铺得太宽，闲聊会被当成咨询，后面所有按标签走的动作都跟着偏，而且错的是第一环，越往下越难查。

边界也要写清楚：关键字回复能匹配的是事先写进去的内容，客户的说法不在这张表里，它就不会触发；涉及个别情况的提问，也不该用它来答。

问三：问题表述不固定，走哪条路？

客户说出的话跟关键词对不上时，靠加规则是补不完的，这时候用的是智能回复。它接入整理好的话术库或知识库，按客户提的问题推荐可以用的回答。

它和关键字回复的分界要记住：关键字回复是命中之后自动发出去，智能回复是给出参考、由客服看完再决定发不发。这一条决定了它不能无人值守地跑。

用之前要做的准备在内容上：先把常被问到的问题和已经确认的答案整理好，再让推荐去参考。推荐质量取决于你喂给它的内容，内容的说法过时了、两处口径打架了、步骤写少了一步，推荐就会照着错的来。

跟着配置走的话术库是另一件事：个人话术和企业话术分开管，按业务主题分组，找的时候能一层层收窄，不用从头翻到尾。客户的问题在群里出现，客服一边看推荐一边找话术，比凭记忆现编要稳。

使用时的边界有三条：涉及特殊政策、个别客户权益和还没确认的信息，不因为系统给了推荐就直接发；推荐内容与当前场景对不上，宁可自己重写；话术库更新之后，回头检查相关推荐还对不对。智能回复做的是「帮你找到那句话」，判断对错这件事仍然由人负责。

问四：客户刚加进来没人理，用什么接住？

用自动通过好友申请之后的承接动作来接。客户发来好友申请，系统按配置自动通过，同时打标签、改备注、发欢迎语。

这里最值得先做的一件事是按来源分欢迎语。客户从哪来、第一句话该说什么，本来就不一样：扫活动码进来的客户，欢迎语里该有活动怎么参加；从门店加进来的客户，欢迎语里该说清找谁、什么时候在。同一句话发给所有人，等于第一句就没接住。

欢迎语里要优先放客户最需要知道的信息——怎么找到服务的人、下一步做什么、有问题去哪里问。可以带文字之外的形式，图片、链接、小程序都行，但别堆，客户刚通过申请的那几秒只看一眼。

边界同样要说明：这套动作管的是添加之后的初次接触。欢迎语发出去之后客户继续提问，还是要用关键字回复、智能回复或者人工来接，它不是客户之后所有问题的答案。

问五：什么时候必须停掉自动，交给人？

三类情况不该让它自动处理：

• 客户投诉或者明显不满。 固定话术可以用来告诉他人工怎么联系，但不该替客服判断责任和解决办法；
• 涉及个别权益、退款争议、订单信息对不上。 光凭一个关键词判断不了实际情况，要核对之后再说；
• 问的已经超出配好的内容。 客户连着追问细节、现有话术答不全的时候，继续按相似关键词触发，回答只会越来越偏，这时候该停下来让人接。

判断标准不要留在脑子里，写下来，再用真实消息测一遍，看看系统会不会在该停的地方停下来。

问六：话术库要准备到什么程度才算齐？

顺序建议这样走：

1. 把群里和客服对话里反复出现的问题收集起来，分开固定答案和需要判断的两类；
2. 给固定问题写短而明确的标准回复，核对时间、规则和服务信息有没有写错；
3. 能复用的内容按业务主题分组存进话术库，再配触发规则或者供智能回复参考；
4. 用业务里真实的说法测一遍：哪些消息能命中、哪些命中不了、发出去的内容对不对；
5. 活动或者服务规则变了，回头更新话术，并检查关联的触发规则。

到位的最低线是三条：高频问题有确认过的答案、错误触发能被发现、答不了的问题有明确的人工去处。

问七：先配哪一件？

看哪一类消息出现得最多。群里重复问同一件事的多，先配关键字回复；客服每天在话术里翻答案的多，先把话术库理出来再开智能回复；问题集中在客户刚加进来之后，先配欢迎语和自动通过。三类都不多、客户量也小的，先把清单列清楚就够，不用急着上功能。

上线前检查什么

• 关键字规则有没有配得太宽，会不会把无关消息也回掉；
• 欢迎语和客户加进来的渠道、以及客户看到的物料对不对得上；
• 智能回复推荐的内容要不要客服再看一眼，涉及特殊情况的有没有拦住；
• 投诉、异常和没覆盖到的问题，有没有明确的人工承接人；
• 话术更新之后，关联的触发规则和推荐内容有没有跟着更新。

自动处理的范围不是越大越好。触发条件清楚、答案经过确认、异常有人接——这三样齐了，它省下来的才是重复劳动，而不是把重复的错误也一起放大了。

---

这三件事在你们那边，是哪一类先让你觉得该自动化的？欢迎评论区交流。