客户故事 · 健身房 · Mindbody 和 ActiveCampaign
一位健身房老板希望 ActiveCampaign 掌握 Mindbody 所掌握的信息。现在，新客户在白天每小时同步一次，并按他们的实际活动打上标签。
一家健身房在 Mindbody 中管理课程、私教和会员资格，在 ActiveCampaign 中进行邮件营销。老板此前已经在 APIANT 上构建了一个月，他的 Mindbody 历史数据正源源不断地流入他自己的数据库。随后，他让自己的 AI 客户端把营销端也连接起来。
本故事涉及的应用
挑战
老板希望他的邮件营销掌握 Mindbody 所掌握的信息。每一位 Mindbody 新客户都必须进入 ActiveCampaign，每一个联系人都要带上标签，标明其参加的课程、完成的私教课和购买的会员资格。
随之而来的有两条限制：保持每个现有联系人的订阅状态、退订和退信原样不变，并且绝不删除任何标签。
- 60十天内添加到 ActiveCampaign 的 Mindbody 新客户
- 8,532一个上午内为现有联系人添加的活动和购买标签，每一个都经过确认
- 每小时 + 每晚白天每小时同步新客户，每晚进行一次七天回溯核对
- 只读Mindbody 只读；ActiveCampaign 只做新增
历程
-
第 1 至 23 天
先整理自己的数据
他在第一周连接了 Mindbody 和他自己的数据库，到第 23 天，定时任务已经在把他的 Mindbody 历史数据复制到该数据库中。下面的打标签工作就从这个数据库读取数据。
-
第 30 天
ActiveCampaign，先查看，再改动
他连接了 ActiveCampaign，并让智能体先读取他的列表，不做任何更改。
-
第 35 天
新客户，一小时内上线
规则是：当 Mindbody 中出现新的客户档案时，在 ActiveCampaign 中创建联系人，并保持任何现有联系人的状态、退订和退信原样不变。智能体完成了构建，在十一分钟内进行了九次测试运行，第一次定时运行在开始构建一小时后就已执行。从第二天晚上起，一次回溯七天的核对会补上每小时运行遗漏的内容。
-
第 42 天
一个上午，为全部历史活动打上标签
接下来是历史数据：为每个现有联系人打上标签，标明其参加过的课程、完成的私教课和购买过的会员资格。智能体当天上午分批运行：为大约 2,600 个联系人打上 8,532 个标签，每个标签之后都有一个确认步骤。同一天上午，一个每小时运行的版本上线，让标签保持最新。
8,532 个标签，每个都经过确认
他构建了什么
| 自动化流程 | 它能做什么 | 结果 |
|---|---|---|
| 新客户获取 | 白天每小时查找 Mindbody 中的新客户档案并在 ActiveCampaign 中创建；现有联系人予以关联，绝不覆盖 | 150 次成功运行；十天内新增 60 个联系人，含每晚核对的结果 |
| 每晚核对 | 回溯七天，查找每小时运行遗漏的新客户 | 10 晚中 10 晚成功 |
| 历史数据回填 | 一次性：根据历史课程出勤、已完成的私教课和购买记录，为现有联系人打标签 | 8,532 个标签，每个都经过确认；完成后关闭 |
| 每小时活动标签 | 根据他保存 Mindbody 历史的数据库，添加新的出勤、私教和购买标签；绝不删除标签 | 66 次成功运行，添加 53 个标签，每个都经过确认；每次运行约 42 秒 |
来自一个更大账户的四个自动化流程；本故事只涉及 ActiveCampaign 这一端。
为什么能成功
- 01
规则已内置其中。
只新建、绝不覆盖联系人状态、添加标签但绝不删除：两个自动化流程都按这些规则构建。分批、匹配和检查是智能体的工作。
- 02
每个标签都经过检查。
每添加一个标签，后面都跟着一个确认步骤，每晚的核对还会补上每小时运行遗漏的新客户。
- 03
这边读取，那边新增。
对 Mindbody 的每个请求都是读取，ActiveCampaign 中的每项更改都是新增：新的联系人和新的标签，不删除任何内容。
更多故事
您会提出什么需求？
细节取自该账户自身的运行记录，分享时隐去了健身房的名称。