通路管理系統要不要另外付費？小旅宿的實際成本
多數小旅宿分別付旅宿管理系統與通路管理系統兩筆費用。這個拆分從哪來、真正的成本在哪，以及怎麼比較把通路管理內含的方案。
如果你經營一間二十床的青年旅館，大概已經收過兩份報價。一份是管住房日曆、管房務的旅宿管理系統，另一份是把空房數推到 Booking.com、Agoda 這些訂房網站的通路管理系統。兩個後台、兩張帳單、兩條客服線，中間還夾著一個沒有人喜歡打開的房型對應畫面。
這個拆法不是技術上非如此不可，而是產業長出來的樣子。它有成本，只是那筆成本通常不會印在報價單上。
為什麼會拆成兩套
通路管理系統出現得比小旅宿普遍使用 PMS 還早。當年一間民宿的住房表可能是 Excel 或牆上一張手畫的格子，真正急的問題是四個訂房網站各有各的後台。一個能把同一個空房數推到四個後台的工具就夠用了，而且它不需要在意你內部用什麼記帳，所以它分開賣、也分開計價。
後來 PMS 廠商面對一個選擇：自己做通路串接，這件事很慢而且永遠做不完，因為各家訂房網站的介接規格一直在改；或是跟已經存在的通路管理系統合作。多數人選了後者。那個二十年前的決定，今天還印在你的帳單上。
拆成兩套之後，成本藏在哪
月費是大家最容易拿來比較的部分，也是比較小的那一塊。另外四項成本躲在後面。
一、房型要建兩次，改也要改兩次
你的房型存在兩個地方：一份在 PMS，一份在通路管理系統，而且兩份必須一致。新增房型、把一間房拆成床位、為了做活動改名稱，每一次都要做兩遍。對應設錯不會跳出錯誤訊息，你是從櫃檯前那位旅客臉上知道的。
二、系統之間的縫隙，就是超賣長出來的地方
訂單先進通路管理系統，再進 PMS，PMS 再把新的可售數推回去。每一段都有延遲。平日的延遲看不出來，但在跨年或演唱會那晚賣掉最後四個床位時，它就是「乾淨關房」跟「兩個人拿到同一個床號」的差別。訂單要跨越的界線愈多，能卡住的地方也愈多。
三、出事時要先查「這是誰的問題」
房價沒有出現在 Agoda 上，可能的原因有三個、廠商有兩家，而且兩家都可以很合理地指向對方。光是釐清這是誰的責任，花掉的時間往往比修好它還多。
四、按通路數計費，會反過來綁住你的通路策略
不少通路管理系統是按串接數收費，不是按旅宿收費。你想開 Hostelworld 來接背包客流量，這件事不是免費的，於是你開始用「這條通路要多少錢」而不是「這條通路帶來什麼客人」在做決定。這是把一條通路關著的壞理由。
怎麼比較「已內含」的方案
包含通路管理的價格，放在只賣 PMS 的價格旁邊一定比較高，因為它涵蓋的是兩件事。比較標價沒有意義，要算的是每月總額。下面這幾題，對每一家廠商都問一次，包含把通路管理內含的那一家。
| 要問的問題 | 為什麼重要 |
|---|---|
| 通路管理是按旅宿計費還是按串接數計費？ | 如果按串接數，請用你實際要上的通路清單估價，不要用入門組合。 |
| 兩邊各自有沒有建置費或導入費？ | 這種費用通常報一次就被忘記，比價時容易漏掉。 |
| 有沒有合約期？約滿之後資料怎麼處理？ | 資料能不能帶走，決定你下次換系統的成本。 |
| 跟訂房網站的簽約關係掛在誰身上？ | 如果掛在通路管理商那邊，之後換 PMS 等於每條通路都要重跑一次認證。 |
| 改一次房價，多久會到訂房網站？這個數字寫在合約裡還是文宣裡？ | 兩者的意思差很多。 |
算完之後除以你的房間數。每房每月、全部費用都算進去的那個數字，才是跨廠商唯一值得比的東西。
合成一套之後，實際差在哪
當日曆和通路串接是同一個產品，房型就只存在一份。一張床停用就是到處都停用，因為沒有第二份庫存需要同步。房型對應變成建置階段做一次的事，而不是長期的例行工作。通路上少了什麼，也只有一個地方要看。
這是我們在 Kimchee 選的結構：通路管理是產品的一部分，不是另外簽約的合作廠商，所以沒有按通路收的費用，也沒有第二個對應畫面。串接以 Channex 為基礎，涵蓋超過 490 個通路，包含 Booking.com、Airbnb、Agoda、Expedia、Hostelworld、Trip.com。通路清單在通路頁，價格頁的月費本身就已經含通路管理，宿舍床位以四床換算成一間房計價，沒有長約。
我們不是在白板前想出這個結構的。我們自己在釜山經營三間住宿，半夜重新對應房型的人就是我們。做成一套系統，是不用再做那件事的捷徑。
誠實的但書
內含不代表自動比較划算。如果你的通路只有兩條、而且幾乎不改價，分開的組合可能總額更低。房間數很多、或有特殊的收益管理需求時，另外接一套專門工具也完全合理。真正的差別在於：你願不願意再花時間維護第二份庫存。
如果不確定自己屬於哪一種，把你目前所有跟訂房相關的月費列出來，除以房間數，再跟我們聊聊你的通路清單，我們可以一起算給你看。