健身／運動場館系統選購常見問題

純看客數的話，Google 日曆加 LINE 官方帳號是撐得住的。真正該付費的觸發點有三個：一是你開始賣堂數包，十堂二十堂的預售一收，手寫剩餘堂數很快就會跟學生記的不一樣，爭議時你拿不出扣課紀錄；二是預收金額變大，台灣健身類的預收型消費實務上受相關規範、須提供履約保證，帳做不清楚時你連該保多少都算不出來；三是你要請第二位教練，開始有班表與抽成。 以每月一千多元換算大約是一到兩堂課的收入，判斷標準是它有沒有幫你少掉一次「這堂到底扣了沒」的爭執。 另外要有心理準備：台灣主要幾家（BookFast、Fitbutler、MoHot、璿恩資訊、17FIT）官網都沒有公開完整牌價，第三方提到 MoHot 月費 NT$99 起但官網並未揭露，所以你一定得自己發需求去要書面報價，別只看網路轉述的數字。

不是。台灣健身業的預收型消費（年約、私人教練課套裝）實務上受相關規範，須提供銀行信託或同等的履約保證機制，而這份義務在你這個經營者身上，不會因為用了哪套系統就轉移給系統商。系統能做的是把數字算清楚、把金流串到履保機制，讓你知道每個月預收多少、已履約多少、應留存多少，它不承擔責任。 要問清楚三件事：金流是真的進到信託或履保專戶，還是報表上只是多一個欄位；串的是哪一家銀行或哪種機制，你日後換金流商還接不接得上；未消耗的預收（合約負債）能不能一鍵出報表給會計或稽核看。市面上如 Fitbutler 明確主打銀行託管，其他家深度不一，別聽到「有支援」就當作過關。 驗證動作：請廠商現場示範一筆年約收款，追著看這筆錢在系統裡走到哪個帳戶、報表哪裡看得到留存金額。契約條款與保證方式本身，建議另外找律師或會計師確認，別直接沿用系統內建範本上路。

退費是這個品類最常吵到消保單位的地方，難點在「已使用部分」怎麼認定。期間型年約通常按已經過期間比例算，計次型堂數包按已上堂數算，但真正卡住的都是細節：贈送的堂數算不算已使用、入會費與手續費退不退、優惠價買的包退費時要按原價還是折扣價換算、暫停期間算不算在合約期間內。 系統最低標是：每一份合約留下售價、贈送數、已扣數、暫停紀錄，以及每次扣課的時間與經手教練；退費時能自動帶出試算並保留試算依據；退費後同步沖銷該教練已入帳的業績與抽成。 驗證動作：Demo 直接出題——會員買十堂送兩堂、已上五堂、中間暫停過一個月，現在要退。看系統怎麼算、算完留不留稽核紀錄、那位教練的月結抽成會不會跟著調整。做不到就是你每個月要用 Excel 重算。退費條款的寫法請另外諮詢專業人士。

先問自己有沒有無人時段。24 小時營運或離峰無人力的場館，感應入場幾乎是必需；櫃檯全時段有人的瑜伽教室或工作室，人工核對會籍就夠，先別急著花這筆錢。 要買就得問清楚三件事：硬體是系統商自製還是代理第三方，故障時你是找系統商還是硬體廠、保固多久、到場時效多少；斷網或系統當機時閘門會不會整個停擺，本機端有沒有離線名單可以先放行（這題最重要，會員被擋在門口是立即客訴）；日後換管理系統，這道閘門與已發的感應卡能不能沿用，還是要連硬體一起報廢。 台灣市場如 BookFast 主打智能門禁加金流、發票整合，璿恩資訊在國民運動中心 OT 場館做 POS 加 APP 加 KIOSK 加門禁的整套，整合度高但相對綁得深。實務建議是把硬體與軟體拆成兩份報價談，別讓業務包成一個不可拆的數字，也別讓硬體的綁約期長過軟體。

抽成算錯一次，教練的信任很難修回來，而這塊最容易在 Demo 被漂亮帶過。台灣場館的規則從來不只一種：底薪加業績抽成、階梯式（做越多抽越高）、賣課抽成與上課抽成分開算、團體課按實際到課人數計、助教與主教拆帳、業績歸屬給銷售還是給上課教練、會員退費後已發的抽成怎麼追回。 關鍵在資料模型：抽成必須跟「每一次扣課事件」綁在一起，而不是月底拿總業績反推。只有前者才處理得了退費沖銷與跨月上課。 驗證動作：把你場館最複雜的那張單寫在紙上——A 教練賣的課、B 教練實際上的、中途退了三堂、其中兩堂是贈送——請對方現場建規則、現場結帳，再把兩位教練的月結報表印出來對數字。對不上就追問是「不支援」還是「要客製」，客製報價多少、系統升級後會不會失效、修復要不要再收費。

定期定額（信用卡約定扣款）是月費制的命脈，斷一次就是一整批會員同時變欠費。要問的不是「有沒有支援」，而是這五件事： 一、金流商是誰、能不能自選，還是綁死系統商指定的那一家；費率多少、有沒有另外的平台服務費或每筆手續費。 二、扣款失敗的重試機制——重試幾次、間隔幾天、失敗後會不會自動發 LINE 或簡訊請會員換卡，還是要櫃檯一個一個打電話。 三、卡片到期或掛失時，會員能不能自助換卡，不必重新臨櫃簽一次約定。 四、扣款失敗到停權之間的寬限期能不能自己設，會籍狀態與門禁權限會不會自動連動。 五、退費與部分退款走不走同一條金流，還是得另外現金處理、事後再人工銷帳。 驗證動作：請對方打開一個真實的「本月扣款失敗名單」畫面，看得到失敗原因、重試狀態與通知紀錄，才算合格。

因為它們是退費糾紛的上游。會員出國、受傷、當兵要暫停，如果系統只能靠人工在備註欄寫一行，接著就會出現三個問題：合約到期日沒有順延、暫停期間還在自動扣款、之後退費試算時算不出該扣掉多少天。轉讓也一樣，會籍轉給別人時，剩餘堂數、原始售價、原教練的業績歸屬要一起搬過去，否則抽成和預收餘額兩邊都會對不起來。 該確認的細節：暫停有沒有次數與天數上限可設、暫停會不會同時暫停定期定額扣款與門禁權限、到期日是否自動順延、恢復是自動還是要人工、每一次暫停與轉讓有沒有留下操作人與時間戳記。 驗證動作：Demo 請對方把一位月費會員暫停兩個月，然後看下個月的扣款名單裡還有沒有他、他的感應卡刷不刷得進門、合約到期日有沒有往後推。

五件事要現在確認：會籍能不能設「單館」與「通用」兩種，而且這個區別要在門禁層級真的生效；會員跨館上課時業績與抽成算哪一館、教練跨館支援怎麼記；總部後台能否統一管理課程、方案與售價並做權限分層（店長只看得到自己館）；預收與履保相關報表能不能分館看也能合併看；兩館的會員資料與剩餘堂數是共用同一個資料庫，還是兩套系統事後串。 計價要先問清楚：多數方案按館或按場地計費，第二館的成本不一定等於第一館，加開時常另有建置費與門禁硬體費。 最常被忽略的是編碼規則——方案代碼、課程代碼、會員編號如果第一館沒訂好規則，開第二館要合併時等於整批重做。就算現在只有一館，也請在上線前把這些規則定下來。

這是這個品類少數的真差異點：17FIT 同時做健身與美容、有 C 端消費者 App 可以帶客，其他幾家（BookFast、Fitbutler、MoHot、璿恩資訊）基本上是你的後台系統，不帶流量。 但導客不是免費的，要問清楚三件事：平台訂單抽不抽成、抽幾趴、是只抽新客第一單還是這位客人以後每一單都抽；透過平台來的會員，姓名電話等聯絡資料是不是完整落進你自己的資料庫，還是只有平台看得到；哪天你不用這個平台了，這批會員帶不帶得走。 另外要注意產品模型：17FIT 偏「方案／課程／點數」的邏輯，如果你的核心是年約會籍加門禁閘門加履保，要先確認會籍與門禁這塊夠不夠深，別為了導客犧牲主業務流程。 驗證動作：估平台導來的客人終身價值扣掉抽成，跟你自己投 LINE 或社群廣告的獲客成本擺在一起比，用數字決定，不要用感覺。

這題要在簽約前問，上線之後你就沒有籌碼了。至少四類資料要能由你自己在後台匯出成 CSV 或 Excel，而不是「請廠商協助處理」：會員基本資料與聯絡方式、每一份合約的售價與起訖日與暫停紀錄、剩餘堂數與預收餘額、以及未來已成立的預約與課程排程。 最容易卡住的是剩餘堂數與預收餘額。很多系統匯得出會員名單，餘額卻只能看報表不能整批匯出，換系統那天你要人工重建幾百筆餘額，錯一筆就是客訴，而且直接影響履保應留存金額的計算。門禁卡號與感應媒介的對應表也常被漏掉，漏了等於全場重發卡。 做法：把「合約終止後應提供全部資料之可讀電子檔，含合約、剩餘堂數、預收餘額與門禁卡號對應，不另收費」寫進合約，並在 Demo 當下就請對方現場匯出一次，直接看欄位齊不齊，而不是聽他說「可以匯出」。