如何打造健身房會員應用程式:方案、帳單、課程預約與報到
健身房會員應用程式讓人加入會籍、每月付款、預約課程與報到,同時讓員工看到誰仍有效、誰已付款、誰來上課。要打造這樣的應用程式,你需要會員帳號、連結付款服務商訂閱功能的會員方案、有名額與候補名單的課程表、門口的報到方式,以及員工後台。AI 應用程式建構工具可以很快產出核心功能。真正困難的是金錢規則(暫停會籍、扣款失敗、取消、按日計費),以及確保門口的進出權限與會員實際付費的內容一致。
從你的會員模式開始
健身房與工作室差異很大。先寫下:
- 方案類型。 月租無限次、離峰時段方案、堂數票(10 堂)、單次入場、年繳預付、家庭或學生方案。
- 合約條款。 逐月續約、最低合約期、取消的通知期。請確認你當地關於合約與取消的消費者規定。
- 每個方案包含什麼。 只含重訓區、只含課程、兩者皆含,或僅限特定分店。
- 暫停會籍。 會員能否因旅行或受傷暫停?暫停多久?是否收費?
- 入會費(如果有)。
- 課程。 固定課表、每堂人數上限、候補名單、晚取消與未到的規則。
以堂數票經營的小型瑜伽或拳擊工作室,與擁有門禁的 24 小時健身房所需的應用程式完全不同。要依你的情況來打造。
應用程式需要什麼
資料
| 資料表 | 關鍵欄位 |
|---|---|
| 會員 | 姓名、Email、電話、緊急聯絡人、簽署切結書的時間、QR 權杖、狀態 |
| 方案 | 名稱、價格、計費週期、包含的堂數(無限或指定數量)、可入場時段、是否啟用 |
| 會籍 | 會員、方案、狀態(有效、暫停、逾期未付、已取消)、開始日、結束或續約日、付款服務商的訂閱 ID |
| 課程類型與場次 | 名稱、教練、教室、開始時間、長度、人數上限 |
| 預約 | 場次、會員、狀態(已預約、候補、已取消、已出席、未到)、建立時間 |
| 報到紀錄 | 會員、時間、地點、方式 |
| 付款 | 會員、金額、狀態、日期、付款服務商的參照編號,從付款服務商同步過來 |
請讓會籍狀態與付款服務商保持同步。付款服務商是判斷付款是否成功的唯一依據;當服務商通知你的應用程式後,應用程式才更新自己的狀態。
頁面
- 公開頁面: 方案與價格、課表、入會流程(選方案、建立帳號、簽署切結書、付款)。
- 會員區: 我的會籍、即將到來的預約、預約或取消課程、報到用 QR Code、付款紀錄、暫停或取消申請。
- 櫃檯: 報到掃描器、會員查詢、今日課程與出席名單。
- 員工後台: 會員、方案、課表、付款失敗名單、有效會員、出席與課程報名率的報表。
權限
會員只能看到自己的資料。教練可以看到自己的課程名單。櫃檯可以報到與查詢會員。經理負責方案、退款與報表。入會表單收集的健康與傷病資訊屬於敏感資料;只收集必要的內容,並限制可以查看的人。
難點
定期扣款
請使用付款服務商的訂閱功能,不要自己做帳務。會員在服務商的代管頁面輸入卡片資料;服務商每個週期扣款、重試失敗的付款,並透過 webhook 把事件傳給你的應用程式(付款成功、付款失敗、訂閱取消)。應用程式再據此更新會籍狀態。我們的Stripe 訂閱指南說明了這些做法,付款指南則涵蓋基礎。
事先決定付款失敗時怎麼辦:給予幾天寬限期,之後標示為「逾期未付」並在修正前禁止報到,是常見的規則。
暫停、升級與取消
暫停通常會在一段期間內停止扣款與入場。月中更換方案時,就會遇到按日計費(依期間中的一部分收費)的問題。多數付款服務商可以替你計算。有通知期的取消,表示會籍會保留到未來的某個日期。把每條規則寫下來,並逐一測試。
課程名額與候補名單
這和任何預約應用程式面臨的重複預約問題相同:在儲存預約時,就要在伺服器端檢查名額,而不是只在頁面載入時檢查。有人取消時,把名額提供給候補名單上的第一位。決定晚取消的時間範圍,以及未到是否扣除一堂課的次數。
報到與門禁
在會員區提供 QR Code,由櫃檯人員掃描,對有人值班的健身房而言相當好用。無人值守或 24 小時開放的場館通常需要門禁硬體,而硬體是由其自身的系統控制;自訂應用程式只有在硬體提供 API 時才能驅動它。這往往是決定要自己開發還是購買的關鍵因素。
切結書
許多健身房要求新會員接受責任切結書或健康問卷。請記錄誰在何時接受了哪個版本。切結書的措辭屬於法律文件,應該請專業人士擬定,而不是交給 AI。
一句好用的第一個提示
為 Ironside 打造會員應用程式,這是一家單店的重量訓練健身房。方案:Monthly Unlimited(每月 $60)、Off-Peak(每月 $40,平日 9:00 至 16:00)、10 堂課程票($120,單次購買)。公開頁面:方案、每週課表,以及入會流程,讓人選擇方案、建立帳號、簽署切結書,並透過 Stripe 付款(月租方案使用訂閱)。會員可以進入專屬區域,查看會籍狀態、取得報到用 QR Code、預約有名額限制的課程並可加入候補名單,還有申請暫停會籍的按鈕。櫃檯人員登入掃描頁面,系統會檢查 QR Code、顯示會籍是否有效(Off-Peak 方案還需在離峰時段內),並記錄報到。經理可以查看會員、付款失敗名單、出席紀錄與課程報名率。會員狀態由 Stripe webhook 更新。所有資料存入資料庫。設計大膽、簡潔;會員以手機為優先,櫃檯則適合平板。
建置步驟
- 方案、課表與會員帳號。
- 課程預約,並在伺服器端檢查名額,加入候補名單。
- 付款使用測試模式:先做單次購買的堂數票,再做訂閱與 webhook。
- 會籍狀態規則:有效、逾期未付、暫停、已取消,以及每種狀態允許的事項。
- 報到掃描器,依上述規則進行判斷。
- 員工與經理的頁面,並設定角色。
- 切結書簽署,記錄版本與時間戳記。
- 測試金錢相關的流程:付款失敗、更新卡片、暫停、更換方案、有通知期的取消、退款。
- 謹慎匯入既有會員。 既有的卡片訂閱通常需要透過付款服務商的遷移程序處理,而不是由你的應用程式處理。
常見錯誤
- 相信應用程式自己的「已付款」旗標,而不是付款服務商的事件。
- 只在瀏覽器端檢查課程名額。
- 付款失敗沒有寬限期;會員只因為卡片昨天到期,就在門口被擋下。
- 自己儲存卡片資料。 讓付款服務商保管卡片。
- 收集不必要的詳細健康資訊,而且讓所有員工都看得到。
- 在確認硬體能被應用程式控制之前,就承諾門禁功能。
什麼時候健身房管理軟體是較好的選擇
專門的健身房與工作室軟體已經處理好帳務、暫停、課程預約、報到、門禁整合、品牌化的會員 App 與報表。對大多數健身房來說,尤其是有門禁硬體或多家分店的場館,這是更好的選擇。比較幾款符合你需求的產品,並留意它們在你離開時如何處理(例如匯出你的會員與付款訂閱)。
當你經營的是規則簡單的小型工作室,而軟體的費用高於它對你的價值,當你的模式不符合現有軟體(例如教練、課程計畫與團體課的混合),或當你想把為健身房打造的軟體當成事業來經營時,就適合自己開發。如果你提供的是一對一教練服務而非營運場館,請參見如何開設私人教練事業;若要做付費線上內容,請參見如何打造會員網站。
用 Mythex 打造
在 Mythex 中,你用對話描述健身房應用程式,並在即時預覽中以手機與平板尺寸檢查。當會員與預約需要儲存時,代理程式會加入專用的 Postgres 資料庫(也可以輸入 /database)。Mythex 不為你的應用程式內建會員登入或付款功能:你需要連接自己的 Stripe 帳號與金鑰,並以專案祕密保存(Stripe 食譜),並以你選擇的做法加入會員登入。Stripe webhook 需要已發布的公開網址,因此要端到端測試前必須先發布。在 Pro 方案中,Mythex 也可以把應用程式包裝成 Android 與 iPhone App,送到 Google Play 內部測試與 TestFlight。
如果需要設計起點,瑜伽工作室網站範本提供教練介紹與編輯風格的版面。
常見問題
健身房會員應用程式需要哪些功能?
會員帳號、定期扣款的會員方案、可預約且有名額限制的課程表、入口報到,以及給員工查看會員、付款與出席狀況的後台。暫停會籍、堂數票與切結書通常會接著需要。
健身房應該如何收取定期款項?
透過付款服務商的訂閱功能,例如 Stripe Billing。會員儲存信用卡,服務商每個週期自動扣款、重試失敗的付款,並通知你的應用程式。千萬不要自己儲存信用卡號。
會員如何報到?
常見做法是會員在帳號中出示 QR Code,由員工或門口的平板掃描。應用程式會檢查會籍是否有效,並記錄這次到場。
我應該自己開發健身房軟體,還是購買現成的?
多數健身房更適合使用現有的健身房管理軟體,它已處理帳務、門禁硬體與 App。只有在經營模式特殊、需求簡單的小型工作室,或打算賣給其他健身房時,才值得自己開發。