一家 4 位治療師的物理治療所，櫃台每天近 60 通電話都在改期。量測兩週：每週平均 11 筆重複佔位、9 筆未到診，一個月蒸發約 NT$54,000 可售時段。預約排程系統要解決的不是「放一個表單」，而是把時段當成有庫存的商品管理。
適用 × 不適用情境
適合建置：
- 資源可切成固定時段：診間、教室、球場、工時
- 同一時段僅一人可佔用，超賣即造成衝突
- 需收訂金或預付，以壓低未到診率
- 多據點多人員，班表與休假規則各異
不適合：
- 每天少於 5 筆且僅一人，Google 表單加日曆即可
- 每次需人工估價才能排，例如工程勘查
- 只收名單、不涉時段佔用
- 既有 HIS 或 POS 已內建預約模組
替代方案矩陣
| 方案 | 初期 | 持續 | 優點 | 代價 |
|---|---|---|---|---|
| 通用 SaaS（Calendly） | NT$0 | Standard US$10、Teams US$16／席／月 | 當天可用 | 無法處理多資源衝突 |
| 產業套裝 SaaS | NT$0–20,000 | NT$1,500–6,000／月 | 貼近產業 | 資料鎖平台、難客製 |
| WordPress 外掛 | NT$30,000–60,000 | NT$500–1,500／月 | 便宜 | 併發易超賣 |
| 客製化自建 | NT$120,000 起 | NT$3,000–8,000／月 | 規則貼合、資料自有 | 開發 5–8 週 |
同一時段須綁兩種以上資源（美容師＋儀器＋包廂）時，套裝方案幾乎都會卡住，才值得自建。
6 週上線流程
| 階段 | 時間 | 交付物 | 工具 |
|---|---|---|---|
| 規則盤點 | 3–5 天 | 服務矩陣、班表規則、例外日曆 | Notion、Miro |
| 流程與線框 | 5 天 | 流程圖、線框稿、退改政策 | Figma |
| 時段引擎 | 10–12 天 | 時段 API、防超賣鎖、時區 | Laravel、MySQL、Redis |
| 通知與金流 | 5–7 天 | 訂金付款、提醒推播、日曆同步 | 綠界 ECPay、LINE Messaging API |
| 後台與權限 | 5 天 | 班表編輯、報到、退改 | 自建後台 |
| 壓測與上線 | 5 天 | 併發測試報告、櫃台 SOP | k6、Sentry、UptimeRobot |
日曆同步常被低估：Google Calendar API 預設每專案每分鐘 10,000 次、每使用者 600 次、每日 1,000,000 次，額度夠用，但須走 webhook。
真實成本拆解
- 開發費：單據點單資源 NT$120,000–180,000；多據點含訂金報到 NT$220,000–350,000
- 金流：綠界一般會員信用卡 2.75%（最低 5 元）、ATM 1%（最低 15 元）、超商代碼每筆 31 元，另加 5% 營業稅
- 簡訊：Twilio 發台灣門號每則約 US$0.0842，月發 1,000 則約 NT$2,700，改走 LINE 推播更省
- 主機網域：NT$800–3,000／月，SSL 用 Let's Encrypt 免費
- 隱藏費用：櫃台訓練 8–16 小時、舊資料清洗 NT$15,000–40,000、上線後規則微調
實施真相 vs 客戶想像
| 客戶以為 | 實際發生 |
|---|---|
| 班表規則很單純 | 午休、跨日班、代班、假日與停診共 20 條以上例外 |
| 上線後電話馬上變少 | 前 4 週幾乎不變，第 8–12 週才降三到五成 |
| 收訂金客人會跑掉 | 收 NT$200–500 後未到診率降至個位數，營收反升 |
| 資料匯入很快 | 電話格式與重複會員清洗常比開發還久 |
六大陷阱與解法
- 併發超賣：交易內用資料庫鎖（SELECT … FOR UPDATE）加唯一索引，而非把按鈕變灰
- 時區踩雷：一律存 UTC、顯示才轉當地時區
- 提醒時機錯：只在 24 小時前發一次效果有限，改為兩段提醒
- 政策沒進系統：把「24 小時內改期不退訂金」做成規則引擎
- 手機版太慢：LCP 建議 2.5 秒內、以第 75 百分位衡量，時段查詢須走快取
- 只做前台：櫃台無法補登改期，員工就退回紙本
成功指標與 90 天路線圖
- 30 天：線上預約佔比（目標 30%）、流程完成率、時段 API 的 P95
- 60 天：未到診率、改期率、訂金收取率；調整時段長度，測試提醒文案
- 90 天：回訪率、單客年均次數、尖峰使用率；導入候補自動遞補
決策清單
- ☐ 每天預約超過 15 筆？
- ☐ 兩種以上資源須同檢查？
- ☐ 重複預約會造成損失？
- ☐ 需當下收訂金？
- ☐ 多據點班表各異？
- ☐ 未到診率超過 10%？
- ☐ 需開發票或串會員？
- ☐ 需自有資料行銷？
- ☐ 套裝方案已被卡住？
- ☐ 有人維護班表？
- ☐ 能接受 5–8 週開發期？
- ☐ 預算有 NT$150,000 以上？
勾滿 7 項以上，自建多在 9–15 個月回收；少於 5 項先用 SaaS。
常見問題 FAQ
多久能上線？
單據點單資源約 4–5 週，多據點含訂金報到約 6–8 週。時間多半不花在開發，而在規則盤點與資料清洗。
收訂金真能降低未到診率？
依我們的專案經驗，收 NT$200–500 訂金並搭配兩段式提醒，未到診率通常降至個位數；退改政策須寫在確認信。
能跟 Google 日曆或 LINE 整合？
可以。預約成功即寫入員工的 Google 日曆，再用 LINE 官方帳號推播；建議用 webhook。
之後想加功能會很麻煩？
只要時段引擎、資源、規則分層，候補名單、套票扣次、跨店轉介都只是擴充模型。
下一步
ScriptWalker 的預約排程系統建置自 NT$120,000 起，含規則盤點、時段引擎、金流與通知串接、後台與訓練。可預約 30 分鐘免費諮詢，先盤一次班表規則與資源衝突。
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p