企业微信营销机器人的能力边界

「营销机器人」是三件事，失败方式完全不同

多数人说的营销机器人，实际上捆了三样东西：批量触达、自动应答、自动跟进。它们共用一套发送通道，所以看起来是一个东西，但出问题时的形状完全不同。

• 批量触达错了，是一次性打扰一整批人，而且不可撤回
• 自动应答错了，是在一个具体的人面前答错一句，能补救，但信任已经掉了
• 自动跟进错了，是在不该出现的时候出现，客户不会投诉，只会不再回你

把这三样做成一个开关、一套规则、一次上线动作，是后面所有麻烦的根源。它们该有各自的灰度节奏和各自的停机开关：批量触达要能按活动单独停，自动应答要能按会话单独停，自动跟进要能按客户单独停。做不到这三种粒度的停机，上线之后你唯一的应急手段就是把整套系统关掉。

稳定做得好的四类动作

判据只有一条：输入是闭合的、输出是可枚举的、错了能在一句话之内纠正。三条都满足的动作，交给程序的收益是确定的。

1. 1已表达意愿之后的即时回应。对方先开口问了，机器人答一句，这是风险最低的一档，价值几乎全在响应时延上。
2. 2结构化信息的收集与回填。留资、报名、地址与规格确认，这类对话的答案空间本来就是有限集合，人做反而更容易漏字段。
3. 3确定性通知。订单状态、预约提醒、活动开场，内容由事实决定，没有措辞发挥的空间，也就没有说错的余地。
4. 4面向内部的准备工作。把散在会话里的线索整理成待办、按客户历史生成一份话术草稿交给销售确认。

第四类值得单独说。团队通常一上来就做前三类，因为它们看得见；但真正把人效抬起来的往往是第四类。用 wecomapi 的事件回调把会话里的关键信息抽出来，落成销售的待办列表。这一档不向客户发出任何消息，本文这条边界对它不适用 —— 对内自动化该做到哪一步、收益从哪来，站内另有一篇专门讲。

// 示意逻辑，非真实接口签名
const draft = await compose(customer, intent);

if (draft.risk === "low" && hasConsent(customer)) {
  await send(draft);               // 低风险且有意愿凭证，直接发
} else {
  await inbox.push(owner, draft);  // 其余一律进人工待办，等确认
}

// 真正发送时统一走同一个出口，便于集中记账与频控
// POST https://manager.wecomapi.com/message/sendText
// { "guid": "...", "toId": "...", "content": "..." }

必须人来的四种情形

这四种不是「机器人做不到」。恰恰相反，它做得挺顺 —— 顺才危险。

1. 1议价与承诺。折扣、交付时间、退款条件，机器人说出口的数字就是承诺，客户截图之后你只能认。这类内容要么走白名单模板，要么不发。
2. 2情绪已经出现。投诉、催单、质疑价格的场合，回答越流畅越像敷衍。人在这里的价值不是答得更准，是让对方知道有人在听。
3. 3第一次主动开口。从「这个人和我们没关系」到「有关系」，这一步的错误成本最高：陌生人收到一条过于精准的自动消息，第一反应是被监视，不是被服务。
4. 4判断依据在系统之外。客户在电话里说过、在另一个群里说过、销售上周见过面 —— 这些不在你的库里，程序凭现有数据做出的判断一定是残的，而且它不知道自己残。

把边界写成三道闸，别写成文档里的一句话

「敏感场景转人工」写在需求文档里没有任何约束力。要让边界真的成立，得有三处代码层面的硬拦截。

• 意愿闸：主动开口之前必须存在一条意愿凭证 —— 谁、什么时候、通过哪个渠道表达过。查不到凭证就不发，而不是「默认可发、命中黑名单才拦」。这两种默认值决定了系统会往哪个方向出错。
• 内容闸：涉及金额、日期、承诺的内容只允许从模板集合里选，模板之外的一律降级成草稿。模板集合的变更走发布流程，不是在配置页面随手改一行。
• 会话闸：命中升级信号后把该会话置为人工态，机器人在这个会话上默认闭嘴，并且不自动恢复，必须由人显式交回。自动恢复是这块最常见的设计失误 —— 客户刚被安抚完，机器人又跳出来推优惠。

三道闸都应该独立于业务逻辑存在，挂在发送出口的前面而不是散在各条流程里。触达能力和事件订阅在 wecomapi 里是分开的两条通道，正好可以把闸门统一收在发送这一侧：无论上游是关键词命中、定时任务还是运营手动点的按钮，都得从同一个地方过。

自动跟进的错，多半出在排期和执行之间

三道闸挡的是「这条该不该由程序发」。还有一类错它挡不住：消息本身完全合规，只是它对应的那个状态已经不存在了。自动跟进天然带延迟 —— 判断在排期那一刻做，执行在几小时甚至几天之后，这中间客户可能已经回过话、已经下过单、已经被销售打过电话。

1. 1排期时只存意图和触发条件，不存渲染好的消息。执行前把条件重新求值一遍，不成立就丢弃。「已经成交了还在收催单」这类投诉，九成是因为消息在排期那一刻就定了稿。
2. 2执行前看一眼这个会话上最近有没有人在说话。销售刚聊过的窗口内，自动消息一律让路；让路的默认动作是丢弃而不是延后，因为推迟之后它对应的状态只会更旧。这和转人工是两回事 —— 会话没有升级，只是有人正在处理。
3. 3被丢弃的每一条都要记下原因。丢弃率是判断跟进规则写得好不好最直接的信号：长期为零说明条件太松、复核形同虚设，长期过半说明这条流程的时机本来就选错了。它是排查用的数字，不进考核。

这两样输入都不贵。触发条件在排期时原样存一份就有了；会话上最近一次人工发言的时间戳，用 wecomapi 的事件回调顺手维护成一张表即可 —— 先快速 ACK 再异步更新，每个会话只留时间和方向两列。两样都在本地，执行前的复核就是一次内存判断，给发送链路增加的时延可以忽略。

衡量它的指标不该是自动化率

把自动化率当 KPI，结果一定是往「多发」的方向优化，而这恰好是营销机器人最容易毁掉的资产。换四个指标看。

• 人均可跟进客户数：机器人把人从翻聊天记录里解放出来，这个数字才会动
• 首次响应时延：即时回应那一档的真实收益全在这里
• 人工接管率与接管后的挽回率：接管率高不是坏事，接管之后仍然流失才是
• 负向指标：退订、拉黑、投诉。任何一项抬头就先停自动跟进，不要先调话术

反过来说，如果一套机器人上线后自动化率很漂亮，但人均可跟进客户数没变、负向指标在涨，那它做的事情是把人的工作量转移给了客户。这种系统在报表上会赢，在续费率上会输。