民宿訂房確認與訂金核對自動化流程

🎯 這條流程解決什麼

民宿經營最讓人提心吊膽的，就是多平台房況同步不及時。Airbnb 剛賣掉一間四人房，Booking.com 上同一間同一天還掛在線上開放訂購，官網表單又收到一筆，等到三方都成立訂單、主人才驚覺超賣，這時候只能硬著頭皮打電話跟其中一組旅客道歉、改房或退款，口碑一次就破。更慘的是訂金漏收：旅客口頭說會匯、主人忙到忘了追，入住當天才發現訂金根本沒進來，淡旺季的現金流預估全亂掉。

把純人工做的成本攤開來看：一間有四到六間房的小民宿，旺季每天可能進來十幾筆跨通路訂單，主人光是手動把各平台訂單抄進房況表、逐筆發確認信與入住須知、再一筆筆核對銀行對帳單上的訂金，每天就要花 1.5 到 2.5 小時。這還沒算上接不完的「請問還有房嗎」電話，以及偶爾一次超賣換房造成的退費與差評損失——一筆差評對小民宿訂房轉換率的殺傷力，往往要好幾個月好評才補得回來。漏收訂金的呆帳更是直接的金錢損失，旺季一個月漏個兩三筆，就是好幾千元蒸發。

這條流程把跨通路訂單統一匯入房況總表，新訂單進來先比對是否衝突、確認無誤才自動發確認信與訂金連結，訂金到帳自動核對標記，讓主人從重複的抄寫與核對裡解放出來。想搭配更多接待自動化，可參考 /automation 與工作流總覽 /workflows，客戶經營範本則見 /recipes。

導入後的改變

導入前：各平台訂單靠人工抄進房況表，超賣風險高；確認信與入住須知一封封手打；訂金靠記憶追、靠對帳單核對；每天 1.5 到 2.5 小時行政，旺季還會接到大量問房電話。

導入後：Airbnb、Booking.com、官網表單的訂單一進來就自動寫入房況總表並標註房型、日期與人數；系統即時比對同房型同日期是否已售，衝突立刻示警；確認無誤後自動發出含地址、交通指引與訂金連結的確認信；訂金入帳由金流通知自動比對標記。

合理效益估算：每日訂房行政時間從 2 小時降到 20 分鐘以內，省下約八成；因超賣造成的換房客訴可降低九成以上（系統在訂單成立瞬間就攔截衝突）；漏收訂金的呆帳趨近於零，因為未付訂金會按時程自動提醒、逾期主動提示主人。對旺季月接百筆訂單的民宿，等於把主人從「客服兼會計」拉回「真正照顧客人體驗」的角色。

流程怎麼運作

第一步「訂單匯整」：透過各訂房平台的 Webhook 或官網表單送出事件觸發，把 Airbnb、Booking.com、官網等多通路訂單統一寫入房況總表，自動解析並標註房型、入住與退房日期、人數、旅客聯絡方式，所有訂單第一次有了單一真相來源。

第二步「房況檢核」：每筆新訂單寫入前，系統比對同房型、同日期是否已有成立訂單，一旦偵測到超賣或日期衝突立即示警給主人，在主人確認處理方式前，系統不自動回覆旅客也不自動取消任何訂單。

第三步「確認發送」：確認無衝突後，自動發出訂房確認信與入住須知，附上民宿地址、交通與停車指引、訂金繳款連結與金額，同時可在 LINE 官方帳號推一則摘要，讓旅客一目了然。

第四步「訂金核對」：金流入帳通知進來後，系統以訂單金額比對到帳金額，相符就自動把該訂單標記為「已付訂金」；未付的按設定時程（如訂房後 24 小時、48 小時）自動發提醒；逾期未付則提示主人決定是否保留房間。

需要的工具與串接重點

平台用 n8n 或 Make。訂房平台端，官網表單最容易接（直接 Webhook）；Airbnb、Booking.com 沒有官方即時 Webhook 時，常見做法是透過 channel manager 的通知信轉寄到 Email、再用 Email 觸發器解析，或串接 PMS 系統的 API。房況總表用試算表當核心資料庫，每筆訂單一列，欄位含通路、房型、入住/退房日、人數、金額、訂金狀態。LINE 官方帳號與 Email 負責對旅客發送。金流通知可串銀行通知信、第三方金流 Webhook 或行動支付的入帳通知。串接重點：房況檢核一定要在「寫入前」做，而不是寫入後再回頭查，才能真正攔住超賣；金額比對要容許小額誤差（如手續費），但差異過大一律轉人工。

常見錯誤與注意事項

最危險的錯誤是讓系統「自動取消或自動退款」。退訂、改期或退款一律保留人工確認，避免規則誤判造成損失與客訴爭議；超賣示警也須由主人判斷後再回覆旅客，系統不自動取消任何訂單，AI 不取代主人對特殊狀況的判斷。訂金核對僅依金流通知金額自動「標記」，不自動執行任何金流動作。旅客姓名、聯絡方式與付款資訊屬個資，僅供內部訂房管理使用，不對外公開、不轉作行銷名單，這在《個資法》下是基本義務。涉及金流串接請確認金流服務商的合約與安全規範，敏感的金流環節務必人工複核。

台灣中小企業情境案例

宜蘭一間五間房的親子民宿，過去旺季主人一個人顧 Airbnb、Booking.com 和官網三個通路，曾經一個連假超賣兩次，換房道歉換來兩則一星評論，元氣大傷。導入這條流程後，三通路訂單自動匯入同一張房況表，超賣在訂單成立的瞬間就被攔下示警，主人從容處理；確認信與訂金連結自動發送，旅客體驗一致又專業。上線後旺季再無超賣事故，漏收訂金歸零，主人每天省下約兩小時，把時間拿去經營親子活動體驗，回頭客比例明顯提升。

延伸應用

這條流程是民宿接待自動化的起點，確認訂房後可無縫接續 入住前通知流程，分時段推送交通與門鎖密碼；退房後再串 清潔派工流程 銜接房況整備。房況資料累積後，可餵給 動態定價流程 讓淡旺季價格更精準。長期還能把已成立訂單的旅客名單，在徵得同意後納入會員經營，於離店後發送回訪優惠，把一次性旅客養成回頭客。

流程圖

用到的工具

更多「生活服務」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →