企业微信机器人不是把一个企微号变成群发器。能用的系统，是把「客户进线怎么接」和「外部群怎么主动触达」做成两套策略、一条通道。这篇按真实项目路径写。

先分清三种「机器人」

1. 内部群 webhook 机器人：官方能力，适合内部告警、部署通知

2. 客服接待机器人：客户私聊进线，自动答 FAQ、转人工

3. 外部群运营机器人：向客户群主动推节点通知、活动、提醒

很多人搜「企业微信机器人」，其实要的是第 3 种，却去接了第 1 种的 webhook。内部群机器人进不了外部客户群，这是最常见的选型错误。

机器人只该接管这些动作

上线时建议只开放：

• 指定外部群的文本 / 图片 / 文件推送

• 账号在线检查和掉线停发

• 发送回执和失败分类

• 私聊高频 FAQ（如果你们也做客服）

• 明确规则下的转人工

不要交给机器人的：在外部群里闲聊劝架、议价赔付、无审核全量群发、把内部群消息原样转发到客户群。外部群的信任是销售攒下来的。机器人发错一条，人工要花十倍时间补。

最小架构

业务系统（订单/课程/CRM）
  → 任务引擎（该不该发、发给哪些群）
  → 企业微信通道（登录、发消息、回执）
  → 外部群

如果还要接待：客户私聊 → 消息回调 → 规则引擎 → 自动回复或转人工。

接待和群推送必须分权：客户正在投诉，运营任务对该客户或该群暂停。共用一个发送通道可以，共用一套话术不行。

账号怎么配

不要让老板号、主号直接当机器人。建议：

• 推送号：专门进外部群、发节点和通知

• 接待号：做一对一咨询

• 人工号：投诉、大客户，默认关闭自动推送

一个号不要同时承担「高频加群 + 高频群发 + 深度客服」。企业微信机器人能提效，前提是号的职责干净。

消息层怎么设计

无论底层用官方接口还是 RPA，业务上只要这些能力：知道号在不在线、能对指定外部群稳定发送、每条任务有唯一 ID、失败原因能回到后台。

外部群项目里最常见的事故：

• 内部群和外部群共用一套文案

• 同一条任务重试两次，群里出现两句一样的话

• 号掉线了系统还显示已发送

• 群名变了，消息发到同名的另一个群

上线前用测试号把这四条回归一遍，比多写 20 条活动文案有用。

规则怎么配才像运营

按群分层：门店群只发该门店；班级 / 项目群只发该项目节点；成交群和未成交群，文案和频次都分开。每一条只问一个动作。第一版不要上大模型在群里自由发言。模型适合改写通知语气，不适合直接承诺库存和折扣。

通道怎么选

内部告警走官方群机器人。
外部群主动推送走二次开发通道：RPA 把企业微信操作做成 HTTP，业务只调发送。

现成方案里，QiWe API 就是这条路：面向企业微信外部群主动推送，机器人引擎只管任务和规则，通道层按文档对接。先跑通一个测试群，再复制到多群。

字段、登录、发送类型以文档为准。对接时按模块查阅 QiWe API 文档即可。文档地址：平台介绍 - QiWe API｜企微 API 开发文档

上线节奏

第一周： 测试号 + 一个测试外部群 + 文本发送 + 回执。
第二周： 加上图片，以及一类节点通知。限制同一群每天主动次数。
第三周： 多群映射、失败分类、掉线告警。
第四周： 再考虑多号、分层运营、活动战役。

不要第一天就上「百群群发」。企业微信机器人的胜负手是稳定和克制。

小结

企业微信机器人要做的是可控触达和必要接待，而不是代替运营团队在群里说话。先分清内部 webhook 和外部群通道，再把在线、群 ID、去重、回执做对。需要外部群主动推送时，用 QiWe API 这类 RPA 封装接口，把精力放在任务规则上。功能可以后加，群被静音补不回来。