民宿超賣怎麼避免?小型旅宿超訂的四個成因與解法
青旅、民宿超賣(超訂)多半不是人為疏忽,而是房況同步的時間差。依常見程度整理四個機制成因,以及各自要怎麼處理。

先講結論:超賣多半是「時間差」,不是誰粗心
民宿、青旅的超賣(也有人說超訂、重複訂房),最常見的情況是:同一間房在兩個平台各賣出一次,而兩邊房況更新之間有一段空窗。人再細心,也補不了這段空窗。所以要先分清楚,你的超賣是哪一種機制造成的,因為每一種的修法完全不同。
以下依我們自己經營旅宿時遇到的頻率排序。這是實務經驗,不是統計數字,你的店順序可能不一樣。建議把過去的超賣紀錄一筆一筆對照看看。
- 同步的更新間隔(時間差)
- 沒有進系統的訂單(LINE、電話、現場)
- 房型對應錯誤與換房
- 連線悄悄斷掉,沒人發現
成因一:同步的更新間隔
如果你是用 iCal 連結讓各平台互相匯入,要知道 iCal 是「拉」的模式:平台每隔一段時間去讀你的日曆網址,多久讀一次由對方決定,你控制不了。這段時間內,房已經在 A 平台被訂走,B 平台還顯示有房。小旅宿平常沒事,但旺季最後一間房、兩位客人在同一段空窗內下訂,就超賣了。
要怎麼修:問題出在連線方式,不是你不夠勤勞。改用透過 API 的雙向連線(也就是 channel manager),訂單一進來就主動推送到其他平台,空窗會縮短。但要誠實說:任何系統都不可能把時間差變成零。所以旺季週末剩最後一間房或最後幾個床位時,可以先把其中一個平台的庫存關掉,或刻意留一個緩衝。
成因二:沒有進系統的訂單

台灣的民宿、青旅很多訂單來自 LINE、Facebook 私訊、電話,還有櫃檯現場的 walk-in、老客人自己加訂一晚。這些訂單不會自動扣掉庫存。再好的同步,也只能同步「進了系統的房況」。
要怎麼修:這是流程問題,不是工具問題。規則只需要一條:任何訂單、延住、改期,先進日曆,再回覆客人。所有值班的人都要照做,包含老闆自己。日曆只能有一份,不要一份在系統、一份在筆記本或群組裡。
成因三:房型對應錯誤與換房
青旅特別容易遇到這種:同一間 6 人房,一邊當床位賣,一邊當包棟賣;或雙人房、家庭房共用實體房間。平台是用「房型」算庫存,你是用「實體房間和床位」排房,兩邊對不起來就會超賣。
換房也一樣。客人入住後要換房,你在櫃檯換了,但如果新舊房屬於不同房型,平台上兩個房型的剩餘數量就會差一個。
要怎麼修:每個平台的房型對應表,人工核對一次:哪個平台的哪個房型,對到你的哪幾間房或哪幾個床位。床位和整間之間要有明確的換算規則。換房之後,確認同步有更新到兩個房型。
成因四:連線悄悄斷掉
授權過期、平台改了房型設定、帳號密碼變更,都可能讓同步停掉,而且不一定有人通知你。等發現時,已經幾天沒同步了。
要怎麼修:沒有神奇解法,只能定期檢查。每週固定抽幾個日期,把 PMS 的剩餘房數和各平台後台顯示的房數對一遍。旺季前多做一次。對不上,就是連線或對應出問題了。
先自己算一次

拿過去一年的超賣紀錄(沒有紀錄就回想),每一筆歸到上面四類。如果大多是第二類,買什麼系統都救不了你,先把流程定下來。如果大多是第一、三類,才是工具該解決的問題。
Kimchee 能處理哪些
我們在釜山自己經營旅宿,上面四種狀況都遇過。Kimchee 內建 channel manager,不另外收費,透過 Channex 連接 490 個以上的渠道,包括 Booking.com、Airbnb、Agoda、Expedia、Hostelworld、Trip.com。日曆可以用床位為單位排房。這主要處理第一、三類,第二、四類仍然需要你自己守流程、定期檢查。各渠道的連線範圍見渠道頁,運作方式見運作原理。
費用依房數計算,以海外價(美金、含稅)來說:1–10 間房每月 USD 60,41–50 間 USD 140,中間每 10 間一級。所有方案功能相同,沒有長期綁約。詳細級距和床位換算方式見價格頁。
不確定你現在用的平台組合能不能順利接上,可以直接聯絡我們,把你的房型和平台清單給我們看。
