客户故事 · 瑜伽工作室 · Mindbody
一家瑜伽工作室希望把每一笔 Mindbody 销售按自己的规则归类到会员登记表中。它在第三天上线,到第四天下午已归类 21 笔已付款销售。
一家瑜伽工作室在 Mindbody 中销售课程卡和会员资格,同时还在 Google Sheet 中维护一份正式的会员登记表。老板描述了规则,智能体完成构建,针对真实销售进行测试,并在三天里和她一起不断完善。
本故事涉及的应用
挑战
并非每一笔销售都应进入登记表。每一笔已付款的 Mindbody 销售都必须按工作室自己的规则归类:会员进入登记表;低于一个小额门槛的购买,以及此前三个月内没有其他付费购买的首次体验价购买,进入另一张表;零金额销售则不归入任何表。
而且,一旦登记表核对过某位会员的信息,Mindbody 就必须拿回更正后的版本。
- 27分钟,从注册到第一次测试通过
- 21上线头两天归类到两张表中的已付款销售
- 47截至第四天下午的运行次数,全部成功
- 2在线运行的自动化流程:销售写入登记表,核对后的会员信息写回 Mindbody
历程
-
第 1 天,上午
半小时内完成连接和测试
她注册账户,十二分钟后连接了 Mindbody,并请 APIANT Assistant 构建一个自动化流程,把每笔新销售的买家发送到她的会员表。注册 27 分钟后,第一次测试通过。
正常运行,注册后 27 分钟
-
第 3 天,上午晚些时候
转到她的 AI 客户端并上线
她回来后,把自己的 AI 客户端连接到 APIANT,并从那里继续。自动化流程被启用,四分钟后,第一笔真实销售就进来了。
-
第 3 天,中午
规则更加精细
她提出了分流需求。智能体构建了一个临时测试,针对真实客户检查 "三个月内没有其他购买" 这一查询,运行了四次,然后删除该测试,并把这条规则并入主自动化流程。
-
第 3 天,傍晚
信息回流到 Mindbody
一旦登记表核对过某位会员的信息,第二个自动化流程就会把更正后的姓名、出生日期和出生地写回 Mindbody 中的该客户。它只更新现有客户,绝不清空任何字段。经过测试并启用后,七分钟内就执行了第一次真实更新。
-
第 3 天,当晚稍后
添加收据明细
现在,登记表的每一行都带有该笔销售的明细项目。又一个临时测试确认了销售查询,随后这项修改上线。当天主自动化流程共保存了六个版本。
-
第 4 天
又进行了四次测试,随后更多真实销售进来
到当天下午,每次运行都成功了:共 47 次,其中 26 次是真实销售。
她构建了什么
| 自动化流程 | 它能做什么 | 结果 |
|---|---|---|
| 销售写入登记表 | 每一笔已付款的 Mindbody 销售:查询买家,判断应归入哪张表,添加一行并附上该笔销售的明细项目 | 上线两天内归类了 21 笔已付款销售(15 笔进入登记表,6 笔进入其他销售表) |
| 核对后的信息写回 Mindbody | 当登记表核对过某位会员的信息后,更新 Mindbody 中的该客户 | 正常运行,先测试后上线 |
在此过程中构建并删除了两个短期测试自动化流程。零金额销售按设计会被忽略:目前共有五笔。
为什么能成功
- 01
工作室的规则,已内置其中。
把小额销售和首次体验购买发送到另一张表,变成了对每位客户过去三个月购买记录的查询。编写这个查询是智能体的工作。
- 02
在真正起作用之前,先用真实销售测试。
每条规则都先针对她的实时 Mindbody 数据进行检查,包括智能体为验证某一个查询而专门构建、随后删除的临时测试。
- 03
谨慎对待她的客户记录。
写回 Mindbody 的更新只触及现有客户,并且不发送空值,因此绝不会清空任何字段。
更多故事
您会提出什么需求?
细节取自该账户自身的运行记录,分享时隐去了工作室的名称。