健身studio 嘅 agentic CRM 係一個系統，將核心營運 — 填滿一堂、hold waitlist、charge 套票、續會籍 — expose 成 AI agent 可以跑嘅 tools，唔係你前台 click 嘅 screen。對一間靠 class capacity 同循環收入維生嘅 studio 嚟講，即係雜務變一句說話。下面係佢做啲咩，同埋由邊度開始。
Studio 嘅痛點
一間 studio 靠三個數運作：每堂幾滿、仲剩幾多套票、幾多會籍續。大部分 studio 喺 booking app、spreadsheet 同 card reader 之間 track 呢啲 — 中間嘅 gap 漏錢。有 capacity 上限嘅班嘅爽約係一個你 resell 唔到嘅位。一張過期套票係一個靜靜雞唔再嚟嘅客。一次失敗嘅會籍收費係你月尾先發現嘅收入。
Agentic CRM 將 capacity、套票、會籍、billing 放喺 agent 操作嘅 typed tools 後面。你開聲，佢跑 chain。
Agent 幫 studio 跑啲咩
| 你話 | Agent chain 啲 tools |
|---|---|
| 「週六 9 點 HIIT 滿咗 — 有人 drop 就由 waitlist 調頭三個入去。」 | list_bookings（班）→ get_available_slots → create_booking → send_whatsapp_message |
| 「幫 Sam book 10 堂套票，即刻 charge。」 | list_services → create_booking → create_invoice（套票） |
| 「邊個套票剩低過兩堂？提佢續。」 | search_members（套票餘額）→ attach_tags → send_whatsapp_message |
| 「show 今個禮拜收費失敗嘅會籍。」 | list_subscriptions（status=past_due）→ send_whatsapp_message 逐個 |
| 「提醒聽日所有班嘅人。」 | list_bookings（聽日）→ send_booking_reminder 逐個 |
點解健身 fit agent operations
Capacity 係 constraint。 一堂有硬性座位數。Agent reason 佢 — 由 waitlist 填、唔好 overbook、flag 出經常爆滿嘅班俾你加多一堂。
套票同會籍係循環。 錢喺續期，唔係單次預約。Agent 睇住套票餘額同 subscription 收費，喺客流失之前出手 — 最平嘅 retention。
Billing 應該自動。 Book 嗰陣 charge 套票、retry 失敗嘅會籍收費，都係 tool call，唔係前台雜務。
Retention 先係正經事，唔係 booking
一間 studio 最貴嘅嘢唔係一堂空位 — 係流失嘅會員。一張靜靜雞用到零嘅套票，或者一次 bounce 咗冇人追嘅會籍收費，貴過個座位好多，因為搵個新會員補返貴過留住原本嗰個。所以 agent 最高價值嘅 loop 唔係接 booking；係喺客剩低最後一堂、或者續費失敗嘅時候，趁佢仲未走捉返佢。呢個 watch 喺 schedule 上面自己跑，唔使有人記得睇 — 而呢樣正正係忙嘅前台最先放低嘅嘢。
Agentic CRM vs class-booking app
Class-booking app（Mindbody、ClassPass、一條 Calendly link）淨係喺會員打開再 book 嗰陣先填到一堂 — 佢等。Agentic CRM 喺真正幫 studio 賺錢嗰兩個數上面主動 — 套票消耗同續期 — 因為睇住餘額同 retry 收費係 tool call，唔係要有人記得 check 嘅 dashboard。Booking app 等客啱啱出手先填到聽日個 gap；agent 會主動由 waitlist 填個位、喺會籍 lapse 之前救返。
由細開始，慢慢長成
你唔使第一日就要完整 agent operations。由一條預約連結 — Booking Lite — 開始，接班 booking 同按金、建立會員名單。同一個 backend 就係 agent 之後操作嗰個，所以乜都唔使重建。
準備好嘅時候，將 workspace 接落你嘅 AI client，跑上面啲 chain。睇 MCP catalog，或者 咩係 agentic CRM。免費 tier 覆蓋 100 位客戶、每月 200 個預約。
