四位設計師、兩台洗頭台的美髮沙龍，預約全靠 LINE 一對一。旺季前台一天回 80 則訊息，平均 3 分 40 秒回一則；三個月帳本顯示爽約率 18%、每週兩三次同時段被訂兩次、來電漏接 12%。老闆的需求只有一句：「做個線上預約表單，抓 NT$30,000。」表單三天寫得完，難的是同一時段能不能被賣兩次。
什麼店該做，什麼店先別做
適合客製預約系統：
- 服務時長不一（剪髮 60 分、染燙 150 分），切不成格子
- 一筆預約要同時鎖兩種以上資源：設計師＋洗頭台、醫師＋診間＋儀器
- 月預約 200 筆以上，年爽約損失逾 NT$200,000
- 要收訂金，或要串既有會員與 POS
先用現成工具就好：
- 單人、單一服務、時長固定——Calendly 免費版就夠
- 月預約低於 50 筆，人工回覆成本還沒超過月費
- 不收訂金，也不串任何既有系統
- 店內規則兩週改一次，流程沒定案先別寫成程式
四條路的成本與取捨
| 做法 | 初期成本 | 主要限制 | 適合誰 |
|---|---|---|---|
| Google 表單＋人工排 | NT$0 | 無即時擋位，重複訂位靠人眼 | 月 50 筆以下 |
| SaaS 平台（Calendly／Cal.com） | US$12–60／人／月 | 多資源相依與台灣金流弱 | 顧問、教練、單人工作室 |
| LINE 官方帳號＋預約外掛 | NT$1,500–5,000／月 | 資料在外掛商手上，難串 POS | 客源全在 LINE |
| 客製化預約系統 | NT$180,000 起 | 需 6–9 週與內部窗口 | 多資源、要訂金、要串系統 |
SaaS 便宜是真的，代價也真實：多數平台只認「一人一行事曆」，一筆預約要同時佔用設計師與洗頭台就得人工補位，台灣收單與發票也得另外接。
完整流程：六到九週
- 階段 0｜資源模型盤點（3–5 天）——交付資源清單、服務與資源對照表、緩衝時間表、例外日曆，工具 Notion、Miro。沒做完就動工必定重工。
- 階段 1｜可用時段引擎（2–3 週）——交付 slot 演算法、併發鎖、重複規則；配位時用交易鎖住資源列，MySQL 的 SELECT ... FOR UPDATE 取得排他鎖，commit 前別人無法讀寫該列。
- 階段 2｜前台流程與行事曆同步（1.5–2 週）——交付 Figma 高保真稿、行動版流程、雙向同步。Google Calendar 的 freeBusy 一次可查 50 個行事曆；重複規則沿用 RFC 5545 的 RRULE。
- 階段 3｜通知與提醒（1 週）——交付確認訊息、24 小時提醒、取消通知，走 LINE Messaging API 與簡訊備援。
- 階段 4｜訂金與取消政策（1–1.5 週）——交付訂金規則、逾期釋位、退款流程，綠界 ECPay 收單。
- 階段 5｜並行上線（2 週）——交付紙本與線上並行的比對報表、前台 SOP、教育訓練錄影。
真實成本拆解
- 客製開發（單店 3 種資源、含訂金）：NT$180,000 起；多分店 NT$280,000–450,000
- 介面設計（Figma）：NT$25,000–50,000
- LINE 官方帳號中用量：NT$800／月含 3,000 則群發（官方方案）
- 簡訊提醒：每則 NT$0.7–0.9；月 300 筆各發 2 則約 NT$500
- 金流手續費：綠界信用卡標準費率 2.75%（未稅），含稅實收約 2.89%，每筆另加處理費
- 主機、備份與監控：NT$1,200–3,000／月（Cloudflare、UptimeRobot）
- 年度維護：NT$36,000–72,000／年
最常漏算三筆：退款手續費不退還、旺季加開時段的顧問工時、行事曆授權過期的重連成本。
客戶以為 vs 實際發生
| 客戶以為 | 實際發生 |
|---|---|
| 就是一張表單，兩週能上線 | 表單三天，時段引擎與併發控制吃掉五週 |
| 線上開放後爽約自然變少 | 沒訂金沒提醒只從 18% 掉到 15%；加訂金才壓得到 6% 以下 |
| 時段規則講一次就好 | 光「染燙卡不卡兩位助理」就來回四次，那是營運決策 |
| 客人會填完整資料 | 手機流程超過三步掉 30%，欄位越少完成率越高 |
六個常踩的陷阱與解法
- 雙重預約：兩人同秒送出即中獎。在建立預約的交易內鎖住資源列，並加唯一索引當最後防線。
- 忘了緩衝時間：清潔與交接沒排進去，第三場起全線遲到；緩衝要當資源屬性。
- 資源相依沒建模：只鎖設計師不鎖洗頭台，尖峰必爆；一筆預約要能鎖多個資源。
- 取消政策沒進系統：口頭的「24 小時前免費取消」等於無人執行；門檻寫成規則，逾期自動不退訂金並釋位。
- 提醒只發一次：改成成立即發、前一天 18:00 再發，並附一鍵改期。
- 行事曆單向同步：員工在手機日曆請假，系統照樣收客；訂閱變更 webhook 並留手動封鎖後路。
成功指標與 90 天路線圖
- 第 1–30 天：線上佔比 ≥ 35%；雙重預約 0 件；預約頁行動版 LCP 落在 web.dev 建議的 2.5 秒門檻內；取得爽約率基準。
- 第 31–60 天：線上佔比 ≥ 55%；提醒送達率 ≥ 95%；爽約率降到 10% 以下；統計時段填滿率找出空窗帶。
- 第 61–90 天：線上佔比 ≥ 70%；加訂金後爽約率 ≤ 6%；候補自動遞補 ≥ 30%；用填滿率調整人力配置。
決策清單：你現在該不該做
- ☐ 月預約量已超過 200 筆
- ☐ 前台每天處理預約訊息超過 1 小時
- ☐ 一筆預約需同時佔用兩種以上資源
- ☐ 算得出過去三個月的爽約率
- ☐ 已決定要不要收訂金、收多少
- ☐ 取消與改期政策已白紙黑字
- ☐ 緩衝與清潔時間有明確數字，店休規則列得出來
- ☐ 有內部窗口能兩週內回答規則問題
- ☐ 員工願意用手機後台維護時段
- ☐ 要串接的既有系統確認有 API
- ☐ 年度維護已編列 NT$36,000 以上
常見問題 FAQ
用 Calendly 這類現成工具不行嗎？
單人、單一服務、時長固定完全可以，也更划算。撞牆的是三件事：一筆預約要鎖多個資源、要在台灣收訂金開發票、要跟會員或 POS 對帳。中兩項，人工補位成本半年就超過客製差額。
收訂金真的能壓低爽約率嗎？
能，但要配三件事：訂金落在客單價 20% 到 30%、取消門檻由系統自動執行、前一天提醒附一鍵改期。只收錢不提醒，客人只覺得被扣款。
預約系統要不要做成 App？
多數不用。預約是低頻行為，沒人為一年剪十次頭裝一支 App。做響應式網頁再從 LINE 圖文選單導進去，安裝門檻是零，轉換率通常高一個量級。
上線後多久看得到效果？
線上佔比第一個月就能到三成五，來自把 LINE 罐頭回覆換成預約連結。爽約率要看到改善約需 60 天，得等一個完整回訪週期。
下一步
ScriptWalker「線上預約系統開發」NT$180,000 起，含資源模型盤點、時段引擎、行事曆雙向同步、LINE 與簡訊提醒、訂金金流，也接單次診斷。想要盤點表歡迎聯絡：
- Email：[email protected]
- 電話：0916-224-047
- LINE：@ufv9089p