小店需要線上預約嗎？從排程規則到完整測試
如果時間常花在來回問「哪天有空」，線上預約值得評估。但先別急著換工具：服務長度、可約時段、確認方式與臨時改期，都要先說清楚。這篇從小店的排程規則出發，帶你試完顧客端與店家端，再決定是否導入。
本文目錄 · 選一段開始看
- 這篇寫給
- 以時段、場次或服務人員提供服務，想降低私訊來回確認的店家
- 要完成的事
- 盤點服務、可約時段、必要資料、通知、取消與後台處理責任
- 讀完可得到
- 完成一筆測試預約並確認店家與顧客都收到正確結果
線上預約先設定服務項目、可預約時段、人員或資源、取消規則與通知方式，再實際測試預約、改期及取消。若要收訂金，另確認付款狀態和退款流程，避免只完成表單卻沒接上店內作業。
01
先看手動排約卡在哪裡
LINE 或電話手動排約不一定有問題。先記錄一段有代表性的期間：多少預約需要來回確認、每次花多少時間、哪些狀況容易漏掉，再判斷工具能解決哪一部分。
先盤點四件事
- 詢問時段與確認預約，平均要來回幾次？
- 是否常有兩個管道搶到同一個時段？
- 改期、取消或臨時休假，是否有人漏改紀錄？
- 店家是否能在服務空檔，按約定節奏查看與處理新預約？
若量不大、服務每次都要先討論，也可以先改善人工確認流程。導入系統的目的，是減少明確的重複工作，而不是為了把所有顧客都換到同一工具。
02
把預約規則先寫成一張表
| 規則 | 需要說清楚的事 |
|---|---|
| 服務與時長 | 不同服務各花多久，是否需要準備與收尾緩衝 |
| 人員與資源 | 可同時接幾人，是否共用座位、設備或房間 |
| 可約時間 | 營業日、休息、例外休假與臨時封鎖時段 |
| 提前與截止 | 多久以前可以預約，最晚何時停止接單 |
| 成立條件 | 送出立即成立、等待店家確認，或另有必要步驟 |
| 取消與改期 | 由誰操作、通知誰，以及適用的條件 |
如果多位人員共用設備，只限制「每位人員一次一筆」可能還不夠。請用真實排班情境測試資源衝突，不只看功能清單寫了「多人預約」。
03
送出、待確認、已成立，要分清楚
顧客看到「送出成功」，未必知道是否已訂到時段。頁面、通知與店家後台應使用一致狀態，讓雙方清楚下一步。
顧客應該看到什麼
- 選的是哪項服務、日期、時間、地點或線上方式。
- 目前是待確認還是已成立，是否還需要完成其他步驟。
- 需要改期或取消時，從哪裡操作、如何聯絡。
- 沒有收到通知時，能用什麼方式查詢。
店家也要確認通知送到有人處理的管道。發出通知不等於對方已讀到；若通知失敗，應有能查到預約紀錄與補充聯絡的方式。
04
提醒與取消，要接到同一份紀錄
確認訊息與提醒可以再次交代時間與準備事項，但不能保證不爽約。先讓顧客知道如何取消或改期，再觀察導入後是否減少遺漏。
改期與休假一起測
- 顧客取消後，店家紀錄是否同步，原時段是否依規則釋出。
- 改期後，舊時段與新時段是否一致，是否還會收到舊提醒。
- 臨時休假是否只封鎖新預約，既有預約要如何聯絡與調整。
- 人工在 LINE 或電話接到預約後，如何同步到主要排程，避免重複。
若評估收取預約金，先確認服務情境、收款流程、取消與退款條件，再核對適用規則。費用政策與付款測試要另外處理，不把「有預約功能」當成已具備完整收款流程。
05
比較工具，看同一條實際流程
官網內建可以讓服務說明與預約入口接在一起；第三方系統可能提供更專門的排程功能。兩者都要核對規則、資料、費用與停止使用方式。
請供應方示範這些事
- 從服務頁選擇一個真實時段，到店家收到並確認預約。
- 多人、共用設備、緩衝時間與例外休假如何處理。
- 確認與提醒哪些已含、哪些需加購，通知失敗如何處理。
- 預約與顧客資料能否匯出，誰有存取權限。
- 月費、用量、通知、付款及必要加購如何計算。
安庭目前預約功能與方案範圍，以產品及定價頁為準。把你需要的規則逐項測過，再判斷是否適合，不因「內建」或「免費」名稱就省略檢查。
06
上線前，至少試完六種情境
| 測試情境 | 要確認的結果 |
|---|---|
| 正常預約 | 顧客狀態、店家紀錄與通知一致 |
| 時段已被占用 | 依容量規則限制後續預約，不出現無法履行的重複安排 |
| 營業時間之外 | 不可選時間與例外休假符合設定 |
| 顧客取消或改期 | 時段、狀態與提醒同步更新 |
| 店家人工調整 | 已有預約受到什麼影響，顧客是否被正確告知 |
| 通知沒有送達 | 後台仍能查到紀錄，負責人知道如何補救 |
另外用手機走完一次，確認日期、時間與時區表達清楚，必要欄位能填、錯誤有提示。收集資料以這次預約必要範圍為主，並向顧客說明用途。
07
先小範圍導入，再看有沒有改善
先選一項規則清楚的服務試行，保留顧客原本熟悉的聯絡方式；但店內需要指定一份主要排程，避免不同管道各記各的。
試行期間記錄
- 每個管道的預約量與需要人工協助的情況。
- 來回確認與改期處理花費的時間。
- 重複預約、漏接通知、取消與未到的件數。
- 顧客在哪個步驟卡住，店家是否能自行處理。
比較相近期間與服務量，區分流程改善和季節、促銷等其他變化。沒有固定導入天數，也不保證顧客一定轉移或爽約率下降。
常見問題
- 我的客人習慣用 LINE 預約，改線上預約他們會用嗎？
- 可先並行並提供預約連結，再記錄各管道使用量、完成率與需要人工協助的情況。是否轉移、需要多久會因客群而異，不預設大部分顧客一定改用線上。
- 線上預約系統要多少錢？
- 可能是訂閱、按次計費、付款相關費用或官網方案內含。用自己的預約量、必要功能與人力算總成本，並以各供應商官方定價為準；內建不一定最便宜，第三方也不一定較貴。
- 臨時要調整營業時間或休假怎麼辦？
- 先確認系統是否支援例外休假，以及修改會不會影響既有預約。更新後用顧客端重新檢查；已有預約仍可能需要主動通知與改期。
- 客人爽約還是發生了，系統能怎麼幫我？
- 可評估確認、提醒、取消與改期規則，必要時再評估預約金。收款前要清楚揭露金額、退款與取消條件，並用自己的導入前後資料判斷是否改善，不能保證爽約率。
編輯與證據揭露
本文的作者、方法與揭露
最後審閱：
- 怎麼整理
- 逐項核對安庭線上預約能力頁與可操作流程，再用以使用者為先原則檢查前置條件、成功狀態與限制是否說清楚。
- 限制與邊界
- 公開作者、審閱日期、整理方法、商業關係、圖片來源與限制，不保證排名、營收、資安或法規個案結果。 本文提供一般決策與操作框架，不取代個別法律、資安、會計或專業顧問意見。 第三方功能、方案、法規與搜尋系統可能調整；涉及決策時應回到本文所列官方頁面核對最新狀態。
可自行核對的公開頁面
圖片揭露：本文圖片的來源與用途請見各圖圖說；情境照片與概念插畫僅協助解釋，不作為客戶關係、實測結果或成果的證據。