返回部落格
營收

點樣為匹克球場地定價:peak、off-peak 同等級

June 3, 2026 9 分鐘閱讀 FavCRM 團隊
點樣為匹克球場地定價:peak、off-peak 同等級

Pickleball 場地定價,係一間場地槓桿最高嘅收入工具 — 高過加 court,因為佢零成本,又喺你已經有嘅場上面 work。目標好簡單:需求高就收貴啲、需求低就減價填返啲本來會吉嘅時段,而啱嘅價自動套上去。呢篇講 peak/off-peak 模型、點樣用自己嘅數據定價、court rate tier,同埋會籍等級點樣疊喺上面。

由 peak / off-peak 開始 — 人人都要嘅模型

未玩花巧之前,先將一星期分做 peak 同 off-peak。Peak 係場自己會滿嘅時段 — 平日放工後嘅夜晚、週末朝早、公眾假期。Off-peak 係其餘 — 平日朝早、下晝頭。冇分時段定價,大家就一窩蜂去 peak,你 7 點要趕客走,11 點啲場吉。一個本來會吉嘅 off-peak 時段減價賣出,幾乎一定值過一個你供應唔到嘅 full price 時段。

Peak/off-peak 就係開場要用嘅模型:球員易明、員工易行,又做晒大部分工作。

用自己嘅 booking 數據搵 peak

唔好估你嘅 peak — 要讀返出嚟。一個記錄每次預約嘅系統,俾到你最緊要嗰個 input:逐個鐘、逐日嘅使用率。幾個星期之後,你就清楚邊啲 slot 爆 capacity、邊啲永遠唔滿。爆嗰啲加價、唔滿嗰啲減價。每季 re-check,因為 peak 會隨季節、league、新會員而移。

如果你仲用緊 spreadsheet 加一個 WhatsApp 號碼,你根本冇呢啲數據 — 呢個就係要轉用正經場地預約系統嘅第一個原因。

定 surcharge 同 discount

兩個數字做晒大部分工作:

  • Peak surcharge — 黃金時段嘅溢價(常見大約 base +25–40%)。要夠大去推動價格敏感嘅球員轉去靜啲嘅時段;但又唔好大到令熟客覺得俾人㓤。
  • Off-peak discount — 折扣要深到真係改到行為。象徵式減 5% 唔會有人 9 點起身打波;真折扣先吸到退休人士、家長、remote worker 同公司活動填你嘅死時段。

由保守開始、睇住使用率點變、再調整。目標唔係最高標價 — 係成個星期最高嘅「填滿場」收入。

Court rate tier:會員、訪客、黃金時段

除咗睇個鐘,亦按邊個book、book 緊咩嚟定價:

  • 會員 vs 訪客 — 熟客畀會員價、walk-in 畀貴啲。呢個就係會籍嘅日常理由,而且應該 checkout 自動套,唔係員工判斷。
  • Court 類型 — 一個 premium / 比賽用 court,或者有蓋戶外場,可以收貴過標準場。
  • Booking window — 俾會員 book 早啲,本身就係一個有價嘅特權(下面再講)。

會籍等級點樣疊喺上面

場地定價同會籍等級係同一套系統嘅兩層。場地定價定每個鐘嘅價;會籍等級決定邊個攞到更好嘅價同更早嘅 booking window。最強嘅 tier 槓桿唔係折扣 — 係提前預約窗:一個可以提早七日 book 嘅頂層會員,穩定鎖住黃金時段,而呢種 exclusivity 就 justify 個溢價。Structure tier 嘅完整 playbook 喺會籍等級點樣創造可預測收入,而 tier 喺成個場地嘅 context 喺smart membership management 點樣填滿每個 court

動態定價應該係規則,唔係員工決定

「動態定價」聽落複雜;實際上係一組自動套用嘅日曆規則:禮拜五夜晚、週末、假期加 peak surcharge;平日朝早 off-peak 折扣;會員 checkout 套會員價。錯誤係將任何一部分交俾櫃枱嘅人逐單判斷 — 漏錢、唔一致、嘈交都係咁嚟。規則 encode 一次,之後每次自動套。

等 agent 跑定價

呢度就係一個 agentic CRM 超越預約日曆嘅地方。因為每個操作都係 typed tool,一個 AI agent 可以喺 chat 度跑成個定價 loop:「show 我上個月邊啲 off-peak 時段使用率低過 50%」、「俾嗰啲 slot 設 20% 朝早折扣」、「同流失會員講新嘅 off-peak 價」。定價唔再係每季嘅 spreadsheet 功課,而係一句說話就改到 — 而 off-peak 填場 campaign 經 WhatsApp 出,球員真正會睇嘅 channel。

一個示範例子(illustrative)

一間六場會所定一個每鐘 base 價。平日夜晚同週末朝早加 +30% peak surcharge;平日 9am–3pm 減 25% off-peak。會員畀 base 價、訪客畀 base +20%,金級會員提早七日 book、其他人一日。結果:黃金時段由肯付錢嘅球員 monetise、死寂嘅下晝時段由減價嘅散客同公司活動填滿,而 booking window 靜靜雞推動會籍升級。同樣六個場、每週收入明顯多 — 唔使起多一塊地。

常見定價錯誤

  • 單一統一價。 留低 peak 嘅錢,又永遠填唔到 off-peak。
  • 靠感覺、唔靠數據。 冇使用率數字,你只係估邊個鐘先係 peak。
  • 折扣淺到改唔到行為。 5% off-peak 等於冇。
  • 櫃枱手動 override。 價唔一致蝕信任、漏錢。
  • 設完唔理。 Peak 會移;每季重睇規則。

由邊度開始

你度量唔到就定唔到價,所以第一步係將 booking 放入一個系統。由一條預約連結 — Booking Lite — 開始,接預約、套會員價、記錄你定價要用嘅使用率數據。同一個 backend 之後長成會籍等級、動態定價規則同 agent 跑嘅 campaign。免費 tier 覆蓋 100 位客戶、每月 200 個預約 — 足以開始讀返你真實嘅 peak。

今日開始用
AI 店長 CRM

在同一個服務業 workspace 啟動預約、客戶記錄、收款、WhatsApp 跟進、審批 gates 和 AI-agent workflows。

開始 US$49 方案 → CRM · modules · MCP-ready