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

先分清：群机器人和运营机器人不是一回事

企业微信场景里，至少有三种「机器人」：

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 封装接口，把精力放在任务规则上。功能可以后加，群被静音补不回来。