标签触发自动化：客户获得或失去标签时启动的五个流程

标签触发自动化，是在客户获得或失去某个标签时启动的流程。客服给一段对话打上 vip，跟进消息立即发出，对应团队也随之分配。一条线索进入 stage:qualified，旧阶段标签自动移除，销售接手。客户失去 consent:marketing，所有培育序列的标签也一并移除。在 MonoChat 中，这些都通过 3.8.41 版本新增的两个事件节点完成：已添加客户标签 和 已移除客户标签。

本文先说明触发器如何工作，再给出五个几分钟就能搭好的方案，并附上发送的消息示例。示例以出海企业为背景：国内沟通用微信，海外客户用 WhatsApp，MonoChat 负责的是海外这一侧。

为什么要从标签启动流程

大多数自动化都从客户的动作开始：新消息、新对话、付款。标签不同，它记录的是一个判断，通常来自读过对话的客服，他们知道任何关键词规则都猜不到的事：这是批发客户、这条线索可以报价了、这个投诉需要主管处理。

过去，这个判断停留在标签上，下一步要靠人记住。有了标签触发器，标签本身就是下一步，一位客服掌握的信息会变成整个团队遵循的流程。

如果您的标签还比较乱，建议先读 用标签做客户分群。每种类型一个前缀的简短规则（interest:、stage:、consent:）能让下面的方案稳定运行。

触发器在 MonoChat 中如何工作

在流程设计器的客户事件中，添加 已添加客户标签 或 已移除客户标签。帮助中心说明的规则如下：

规则	对流程的影响
节点中填写的标签	节点只监听这些标签，用逗号分隔。留空则任何标签都会启动。
谁会改变标签	添加：客服、流程、群发消息或广告引荐。移除：客服或 移除客户标签 节点。
没有变化就不运行	重复添加已有标签或移除不存在的标签，不会启动任何流程。
一次变化一次运行	多个标签同时变化时，只启动一次运行，包含全部标签。
不会自我触发	流程不响应自身节点做出的变化。

放在流程开头时，节点会启动一次新的运行。放在流程中间时，它会让这次运行等待，直到标签发生变化：例如流程发送报价后，只有客服添加 stage:won 才继续往下走。

常与之搭配的节点：

• 设置客户标签 添加一个标签，移除客户标签 可用逗号分隔一次移除多个。
• 如果 节点配合 客户标签 条件，判断客户是否有其中任一标签（包含于），或一个都没有。
• 分配会话、发送消息、发送模板消息 和 等待。
• 计数器使用 设置流程变量 的 增加 操作，配合 流程变量值 条件。

方案一：VIP 跟进

目标： 客服把客户标为 VIP 后，由资深客服接手，客户当天就收到您的消息。

1. 已添加客户标签，监听 vip。
2. 分配会话 给重点客户团队。
3. 在客户服务窗口仍开启时 发送消息：

Hi Mr. Al-Harbi, thank you for your repeat order. From today, Kevin from our
Shenzhen office is your dedicated account manager. You can reach him right here
for orders, samples and shipping.

4. 可选：等待 两天，再发一条简短的问候。

消息类型由 Meta 的规则决定：客户给您发消息后，会开启 24 小时的客户服务窗口；窗口关闭后只能发送已审核通过的消息模板。如果标签常常在最后一次对话很久之后才被添加，请使用 utility 类模板配合 发送模板消息。

方案二：线索阶段变化

目标： 每位客户始终只处于一个阶段，每次阶段变化都执行对应的动作。

每个重要阶段建一个流程。以 stage:qualified 为例：

1. 已添加客户标签，监听 stage:qualified。
2. 移除客户标签：stage:new, stage:contacted。
3. 分配会话 给销售团队。
4. 发送消息：

Thank you, Ms. Santos. Based on your requirements, our export team is preparing
a quote for 2,000 units. Lily will send it here before noon tomorrow (your time).

第 2 步的移除不会重新启动这个流程，但可能启动另一个监听 stage:new 被移除的流程。这可以用来停止欢迎序列，也正是循环产生的方式：流程 A 添加的标签启动了流程 B，B 又移除了 A 监听的标签。请先在纸上画出各阶段的流程，并让每个标签只由一个流程负责。

关于获取线索，请参阅 用 WhatsApp 获取销售线索。

方案三：把对话转给对的团队

目标： 机器人或客服识别出需求并打上标签，对话无需手动转发就能到达对应团队，适合跨时区的多客服团队。

1. 已添加客户标签，监听 team:wholesale, team:returns, team:billing。
2. 每个团队一个带 客户标签 条件的 如果 节点，例如「包含于」team:wholesale；「否」分支连到下一个 如果。
3. 在每个分支上用 分配会话 分给对应团队。
4. 发送消息 说明响应时间：

You are now connected with our wholesale team. We reply Monday to Friday,
9:00-18:00 (GMT+8), usually within one hour.

对话结束后标签仍保留在客户身上，之后可以用它筛选团队收件箱或群发。关于团队和工作量的分配，请看 把 WhatsApp 对话路由到工作组；关于从 AI 智能体转人工，请看 从 AI 转接人工。

方案四：标签移除时停止培育序列

目标： 序列只在客户仍属于它时运行，一旦情况变化立即停止：客户已下单、要求退订，或客服判断不再合适。

序列流程：

1. 已添加客户标签，监听 nurture:course。
2. 等待 2 天。
3. 如果：客户标签「包含于」nurture:course。是：用下一课内容 发送模板消息。否：结束。
4. 等待 3 天，在下一条模板前做同样的检查。

让序列停下来的正是每条消息前的检查：标签不在，下一步就没有可发送的内容。

清理流程：

1. 已移除客户标签，监听 consent:marketing。
2. 移除客户标签：nurture:course, nurture:webinar, nurture:winback。

这样，一次退订就能让客户退出所有序列。WhatsApp Business Messaging Policy 要求在发送消息前获得用户授权（opt-in），并尊重任何屏蔽、停止或退订的请求；目标市场的法规（如欧盟 GDPR、巴西 LGPD）同样适用。请在启动任何序列之前先搭好这个流程。关于授权文案和发送节奏，请参阅 WhatsApp 用户授权 和 WhatsApp 滴灌营销。

方案五：三次尝试后转人工的计数器

目标： 当标签需要客户提供某样东西时，机器人只问有限的次数，之后转给人工，而不是一直绕圈。

例如，客服在需要海外客户发送营业执照照片时添加 docs:needed：

1. 已添加客户标签，监听 docs:needed。
2. 设置流程变量：attempts，增加 1。尚不存在的变量按 0 计算，因此第一轮后为 1。
3. 问题解答：“Please send a clear photo of your business licence.”
4. 如果 消息类型是图片：移除客户标签 docs:needed，设置客户标签 docs:received，并致谢。
5. 否则 如果：流程变量值 中 attempts 大于或等于 3。是：分配会话 给人工，并 设置客户标签 docs:stuck。否：回到第 2 步。

Thank you, but the photo is a little blurry. Could you try once more in good
light, with the whole document visible?

计数器只在本次运行中有效，每次新的 docs:needed 都从 0 开始。如果增加失败（例如变量不是数字），节点会走 失败时 输出，变量保持不变。

需要避免的错误

• 标签写法不统一。 VIP、vip 和 vip-customer 是三个不同的触发器。搭建前先定好写法。
• 两个流程互相触发。 流程只忽略自己的变化，不会忽略其他流程的变化。
• 默认窗口是开着的。 标签可能在最后一条消息几天后才被添加。请为这种情况准备好消息模板。
• 序列没有检查。 每条消息前没有 客户标签 条件，移除标签也停不下任何东西。
• 用标签代替授权。 标签只是记录授权，并不能产生授权。

标签、Webhook 还是计时器？

标签适合在 MonoChat 内部做出的判断：来自客服、机器人、广告或群发消息。如果判断发生在其他系统中，例如独立站上已付款的订单，请用 Webhook 启动流程。如果信号恰恰是”什么都没发生”，请使用 客户不回复时的跟进 中介绍的超时设置。

想试试这些方案，请在 app.monochat.ai 免费注册，打开 流程，从方案三开始：大多数团队第二天早上就能感受到效果。

来源

• WhatsApp Business Messaging Policy（whatsappbusiness.com）（2026 年 11 月 2 日访问）
• Meta for Developers：Send messages 与客户服务窗口（2026 年 11 月 2 日访问）
• MonoChat 帮助中心：Flows（2026 年 11 月 2 日访问）
• MonoChat 更新日志：Version 3.8.41（2026 年 11 月 2 日访问）