企业微信自动化营销的四步循环

闭合点在哪，决定这套东西会不会越跑越差

开环和闭环的差别不在于有没有报表，在于报表有没有权限改变下一轮的名单。绝大多数团队的报表是给人看的：看完了开会，会上决定下一轮改什么。这条路径的周期是月，而自动化系统的迭代周期本该是天。

• 名单永远是同一批人，因为分层规则从上线那天起就没变过
• 退订与静默率单调上升，但每次复盘的结论都是「话术要优化」
• 没人能回答「这一层客户的哪条话术效果最好」，因为效果没落到层上，只落到了活动上

如果只能做一件事，先把回流写回分层这一段接上，哪怕前三步都很粗糙。粗糙的分层加上闭合的循环，两个月后会明显强过精细的分层加开环 —— 前者在自己纠错，后者在稳定地重复同一个错误。

分层：按「下一步动作」分，不按客户属性分

分层怎么切轴、怎么防震荡、为什么按行业城市切出来的是画像不是分层，站内另有一篇专门讲。这里只提与循环直接相关的那一条验收标准：每一层要对应一个明确不同的下一步动作，否则第四步的数据回来时无处可写 —— 一个不改变任何动作的层，怎么改都不会改变下一轮发给谁。

放进循环里看，分层还有一条额外要求：它必须由程序写、也由程序改。把层维护成运营在后台手工勾选的名单，第四步的转化数据就没有落点，环在这里断开 —— 这是开环系统最常见的断点，而它看起来完全不像一个技术问题。起步的三层可以很粗：

• 没有过任何回应的：目标是拿到第一次回应，不是转化
• 回应过但没转化的：目标是搞清楚卡在哪，这一层最值得投人工
• 已经转化的：目标是复购与转介绍，触达频次可以高一档

先让这三层跑顺、确认环真的合上，再谈细分。层加得比回流数据快的时候，新层就没有证据支持，只能靠人拍 —— 而人拍恰好是这套循环本来要替掉的东西。

触发：事件触发和时机触发是两套东西

事件触发是对方做了什么（加好友、进群、问价），时机触发是到点了（沉默满 N 天、活动前一天、上次购买满 90 天）。两者看起来都是「满足条件就跑」，工程性质却相反。

• 事件触发：响应时延要求高，量不可预测，高峰会集中，必须走队列
• 时机触发：量可以提前算出来，可以预排、可以灰度、可以回放，出错代价低

先做时机触发。它可控、可评估，而且大部分私域营销的价值本来就在「按节奏出现」而不是「秒回」。事件触发留给少数高价值信号，比如主动问价、进入报价页面这一类 —— 这些值得为它承担队列和峰值的复杂度。

还有一条实现层的坑：触发条件要写成「进入某状态」，不是「处于某状态」。用 wecomapi 的事件回调拿到消息后，先判断这条事件有没有让客户跨过状态边界，只有跨过才进流程。写成「处于」的条件会在每次扫描时重复命中，客户会连着七天收到同一句「好久不见」。

// 事件从 wecomapi 的回调推过来，先 ACK 再入队，不要在回调里做判断
app.post("/wecom/callback", (req, res) => {
  res.sendStatus(200);
  queue.push(req.body);
});

// 消费侧：比较前后状态，只有跃迁才触发，避免重复命中
async function consume(evt) {
  const cid    = customerIdOf(evt);
  const before = await stage.get(cid);
  const after  = classify(evt, before);
  if (before !== after) await flow.enter(cid, after);
}

触达：这一层唯一该做的决策是「要不要发」

前面两步已经算完了发给谁、发什么。触达层如果还在做业务判断，整套流程就没法灰度 —— 你改一条规则，说不清它会影响哪几条流程。

• 预算检查：这个人今天还剩多少次可被打扰，跨流程共用同一个预算池
• 去重：同一内容、同一对象、同一时间窗内只发一次
• 执行与记账：调 wecomapi 的发送接口、记录终态、把结果交给回流

把「如果他是 VIP 就换个话术」这种判断放进触达层，是最常见的越界。它属于分层，应该在上游就把话术选定，触达层拿到的是一个已经渲染完成的待发内容。这条边界守住了，你才能在不动任何业务流程的前提下单独替换发送通道、调整限速或者接入新的账号。

回流：三种信号的权重差着量级

回流数据不该被合成一个「效果」。它至少有三档，能支撑的决策完全不同，混在一起你就永远不知道该改哪里。

1. 1送达与投递结果类，弱信号。只能用来发现故障 —— 发送量掉了、某个账号全失败。它不能用来改策略。
2. 2回复与互动类，中信号。用来改话术和发送时机，这一档样本量足够大、反馈也快。
3. 3转化类，强信号。只有它有资格改分层规则，因为只有它证明了这一层的定义是对的。

拿弱信号做决策是这块最贵的错误。优化一年，发送成功率涨了三成，成交没动 —— 投递结果说明的是通道稳不稳，和这一层客户该不该被打扰无关。

强信号回写分层，环就合上了：转化过的客户自动进入下一层，连续三轮没有中信号的客户自动降层并调低触达频次。这两条规则一旦跑起来，名单每周都在变，而这个变化不需要任何人开会决定。

第一轮该跑多小

一层客户、一个触发条件、一条话术、两周。这个规模足够看出回流链路通不通，又小到出问题时能当天关掉。

1. 1第一周只跑判定不发送，把命中的人打进日志，人工抽查一遍名单对不对。这一步本来就不该需要接上 wecomapi 的发送接口才能跑 —— 如果不接就跑不起来，说明判定和执行已经耦合，先拆开再往下走。绝大多数分层逻辑的错误在这一步就能暴露。
2. 2第二周开小流量发送，重点看负向指标而不是转化。这个量级的转化数字没有统计意义，负向指标有。
3. 3确认环真的能合上 —— 转化数据确实改变了下一轮名单 —— 之后，再加第二个触发条件。