預約不是只有一張月曆
訪客能選日期只是介面的一部分。真正影響營運的，是服務時長、人員能力、休息空檔、可提前預約天數與取消方式。把規則先列清楚，才知道現成預約工具能否滿足，或需要客製。
小型工作室可先選一個據點、一種主要流程，不急著加入會員點數、分潤、多店與複雜促銷。
先定義三份資料
- 服務：名稱、時間、價格、前後緩衝與是否需人工確認。
- 人員：可提供的服務、工作時間、休假及臨時封鎖時段。
- 預約：聯絡資訊、服務、人員、時段、狀態與建立來源。
若同一服務會同時用到房間或設備，也要把資源限制列進去。否則人員有空，現場仍可能無法提供服務。
最容易被忽略的例外情境
兩位客人同時送出同一時段時，系統必須避免重複成立。取消或改期後，原時段何時重新開放？臨時休假時，已有預約如何處理？客人沒有收到通知，要去哪裡查詢？
這些都應寫成驗收情境。涉及訂金與退款時，還要確認金流服務、付款期限及退款規則，不能只做一個「付款成功」畫面。
第一版可以怎麼縮小？
第一版先做服務選擇、可用時段、預約送出、管理者查詢與取消。通知可從單一管道開始，進階提醒、候補、會員與金流之後再評估。若現成服務已適合，設定與串接也可能比客製更划算。
STMAX 的預約起步方案以限定範圍估算；多據點、複雜排班與線上付款另評估，參考 預算頁。
驗收時別只預約一筆
- 同時嘗試相同時段，確認沒有重複成立。
- 試不同服務長度，檢查結束時間與休息間隔。
- 關閉某日或某位人員，確認訪客不能繼續選擇。
- 在手機操作完整流程，再確認後台資料一致。
- 測試取消、改期及失敗時的提示，避免客人不知道結果。
常見問題：可以先看畫面再討論嗎？
可以。看 Slotly 預約展示，用介面協助描述工作方式。展示是討論起點，實際功能與商用驗收仍要依你的規則確認。
