訂房訂位系統的常見問題與營運對接

上線後才會遇到的真實問題

系統功能都做好了，但實際營運起來會遇到一批狀況。多數不是程式錯誤，而是系統與現場作業沒有對接好。

一、電話訂位與線上訂位打架

這是最常見、也最容易造成超賣的問題。客人打電話訂了位，但沒有登入後台建檔，線上系統仍顯示有空位，於是又被訂走一次。

處理方式

• 後台必須能手動建立預約——電話訂位當下就要建檔，這是最根本的做法
• 保留緩衝——實際有 10 間，線上只開放 8 間，留給電話與現場
• 統一入口——不論從哪個管道來，都由同一套系統管理庫存

第一項是必備功能。 沒有它，雙軌並行必然出錯。發包時要確認。

二、超賣

除了上述原因，還可能來自：

• 同時下單——兩人同時搶最後一間，系統沒有正確處理併發
• 共用庫存沒關聯——「雙人房 1 人住」與「雙人房 2 人住」被當成兩批庫存
• 用人數當庫存單位——1 人訂了雙人房，系統只扣 1 個人的量
• 調整庫存時調得比已預約數低

第三項是規劃階段的問題，見訂房訂位系統要規劃什麼。

真的超賣了怎麼辦

1. 盡早聯繫客戶，越晚通知傷害越大
2. 提供替代方案——其他日期、升等、鄰近合作店家
3. 提供補償——折扣、招待項目
4. 確實退款
5. 檢討成因並修正，不要只處理個案

三、客戶說訂了但查不到

可能的原因：

• 非即時付款尚未入帳——訂單存在但狀態是待付款
• 逾時未付款已被自動取消
• 客戶填錯 Email，收不到確認信而以為失敗
• 送出時發生錯誤但客戶不知道

後台要能用姓名、電話、Email 交叉查詢，包含已取消與待付款的訂單。只能查已成立的訂單，就無法回答客戶的疑問。

四、重複預約

客戶以為沒成功而重複送出。預防方式：

• 送出後按鈕立即鎖定，防止重複點擊
• 成功後導向明確的完成頁面
• 後台對同一聯絡方式、同一時段的重複預約提出提示

表單送出的處理見表單資料存哪裡。

五、假預約與惡意灌單

沒有任何驗證的系統，可能被大量灌入假預約，把庫存全部佔滿。

防範

• Email 或手機驗證——最基本的一道關卡
• 收取訂金——最有效的方式
• 限制同一來源的送出頻率
• 背景式的機器人判斷

驗證方式的取捨見會員註冊與登入該怎麼設計。

六、尖峰時段的搶訂

熱門時段開放預約的瞬間，可能湧入大量請求。要注意：

• 主機是否撐得住——平時流量不大的網站，尖峰可能當機
• 併發處理是否正確——同時搶最後一個名額時不能重複賣出
• 失敗時的訊息要清楚——讓客戶知道是已滿還是系統忙碌

如果有固定的開放時間（例如每月一號開放下個月），建議事先與廠商確認系統能承受的量。

七、現場作業的對接

系統做得再好，現場沒人看也沒用。建議確認：

• 當日預約清單怎麼取得——後台查看、列印，或寄送每日清單
• 手機能不能看——現場人員通常不會開電腦
• 到場後怎麼註記——標記已報到、未出現
• 臨時異動誰來改——現場人員是否有權限

「當日清單能不能用手機看」是很實際的問題，卻常常在驗收時被忽略。

八、報表與檢討

累積一段時間後，這些數字有助於調整營運：

• 各時段、各項目的預約率
• 取消率與未出現率
• 提前多久預約的分布
• 取消的時間點分布——用來檢討取消政策
• 來源管道——線上、電話、現場的比例

例如發現某個時段長期滿載、另一個時段長期空著，就可以調整價格或庫存配置。

上線後的例行檢查

1. 自行送出一筆測試預約，確認流程與通知正常
2. 核對後台筆數與實際到場數
3. 確認通知信沒有進垃圾郵件匣
4. 檢視取消與客訴的原因，找出流程問題
5. 確認未來日期的庫存設定正確

最後一項容易被忽略——如果只設定到今年底，明年一月客戶就訂不了。 建議定期往後展延。