客户故事 · 健身工作室 · Mindbody
一位工作室老板想知道哪些会员正在流失。他向自己的 AI 客户端提出了 Mindbody 报表需求,到第二天下午已有七份报表正常运行。
一家精品健身工作室的一切都运行在 Mindbody 上:课程、会员资格、销售。老板在某天晚上把 Mindbody 连接到 APIANT,第二天早上就向他的 AI 客户端提出了报表需求。
本故事涉及的应用
挑战
Mindbody 记录每一次到访。老板想从这些到访记录中得到一个答案:哪些会员正在流失。规则是:只统计会员签到的到访;会员一周没有签到就变为黄色,两周没有签到就变为红色。
他还想要一份周报:每位会员的颜色、上过的课程和当前合同,以及当周开始的体验优惠。
- 16分钟内做出他的会员报表的四个版本,最后一版运行时间为 20 秒
- 12两天内构建的自动化流程,每一个都通过他的 AI 客户端完成
- 只读每份报表都读取 Mindbody,不对其做任何更改
历程
-
第 1 天,晚上
一小时内完成连接
他注册账户,用 API 密钥连接了 Mindbody,然后把他的 AI 客户端连接到 APIANT,总共大约二十分钟。从那以后,他没有在浏览器中构建任何东西:每个自动化流程都是在他的终端中提出、构建和运行的。
-
第 2 天,上午
会员红绿灯,十六分钟内四个版本
需求,用他自己在步骤备注中的话说:按距上次签到到访的天数,把会员分为绿色、黄色和红色,只统计真实到访,并把课程通票和体验优惠持有者单独列出。
- 版本 1 拉取了最近 60 天的到访记录并对会员进行分类。运行用时不到一秒。正常运行
- 版本 2 加入了每位会员的状态,因此只对活跃会员打分。正常运行
- 版本 3 和 4 改为逐个查询会员,版本 4 又把范围缩小到只查询可能正在流失的会员(黄色和红色),跳过绿色会员。运行用时 20 秒。正常运行,20 秒
-
第 2 天,午餐时间
体验优惠周报
结合到访和销售数据,找出新的体验优惠客户并逐一查询。它在 34 秒内拉取了三页销售数据。
正常运行,34 秒
-
第 2 天,午餐时间
从免费版升级
他从免费版升级后,马上又回去继续构建。
从免费版升级
-
第 2 天,下午早些时候
七分钟内又完成五份报表
- 每位客户的历史累计课程,按月统计。
- 当前会员名单。
- 分批获取的会员历史。
- 每位会员的更多到访记录页。
- 每节课只计一次。
每次运行都成功了。
他构建了什么
| 报表 | 它能做什么 | 结果 |
|---|---|---|
| 会员红绿灯 | 按距上次到访的天数分为绿、黄、红,仅限活跃会员 | 正常运行,20 秒 |
| 体验优惠周报 | 根据到访和销售数据找出的新体验优惠客户 | 正常运行,34 秒 |
| 每位客户的课程数 | 历史累计课程,按月统计 | 正常运行 |
| 当前会员名单 | 到访记录加五页销售数据 | 正常运行 |
| 会员历史 | 每位会员的历史,分批获取 | 正常运行,分四批 |
| 每位会员的到访 | 每位会员的更多到访记录页 | 正常运行 |
| 每位会员的课程数 | 每节课只计一次 | 正常运行 |
共十二个自动化流程,包括前两个报表的早期版本。
为什么能成功
- 01
他用平实的英语提出需求。
步骤、循环和 Mindbody 调用是智能体的工作;他的工作是说清楚“流失”对他的工作室意味着什么。
- 02
每个版本在他依赖之前都经过了测试。
每份报表都从他的 AI 客户端针对他真实的 Mindbody 数据运行,每个新版本都在上一个版本之后几分钟内完成。
- 03
设计上即为只读。
每份报表都读取 Mindbody,不对其做任何更改。
更多故事
您会提出什么需求?
细节取自该账户自身的运行记录,分享时隐去了工作室的名称。