五個訂座渠道，一張枱——呢個先係真正嘅問題

星期六晚上八點嘅兩人枱透過 Zomato 被訂咗。十分鐘之後，一位熟客又喺 Instagram 度私訊你，想訂同一個時段。如果呢兩套系統唔會互相溝通，你要嘛就會將呢張枱重複訂咗出去，要嘛就一直因為謹慎而留空庫存，唔敢喺所有渠道同時開放。

對於喺印度、中東營運，或者喺任何以整合平台為主要客源嘅地方開餐廳嚟講，呢個唔係假設情況，而係每日都要面對嘅現實：五六個唔同嘅應用程式，各自都以為自己獨佔住同一張座位圖。

當訂座由 Zomato、Swiggy Dineout 或者 EazyDiner 入嚟嗰陣，究竟發生咩事

Bistrochat 同 Zomato、Swiggy Dineout 同 EazyDiner 即時雙向同步。只要有一張枱透過其中任何一個平台被訂咗，佢就會即刻喺其他所有地方嘅可訂狀態入面消失——你嘅網站訂座外掛、電話線路、WhatsApp 同 Instagram 傾偈——係即時生效，而唔係延遲刷新。反過嚟都一樣：直接訂咗嘅枱會即刻由呢啲整合平台可以提供嘅名單入面消失，所以佢哋絕對唔會將一張已經冇咗嘅枱展示畀客人睇。關於每個平台嘅具體細節，我哋喺之前嗰篇畀印度同中東地區嘅 Zomato、Swiggy 同 EazyDiner 整合文章入面有更詳細嘅介紹。

同 WhatsApp 或者 Instagram 訂座用緊嘅係同一張座位圖

呢一點好容易被忽略：整合平台嘅訂座同傾偈渠道嘅訂座，並唔係兩套勉強拼埋一齊嘅獨立系統。當客人透過 WhatsApp 或者 Instagram 同 Messenger 訂座嗰陣，Bistrochat 嘅 AI 會喺同 Zomato 或者 EazyDiner 訂座完全一樣嗰張即時座位圖度進行核實同訂座。中間冇對數步驟，都冇「等我查一查先再覆你」——喺一個渠道被佔用嘅枱，會喺同一瞬間喺所有其他渠道度消失。

當整合平台係常態而唔係例外嗰陣，呢一點就更加重要

喺孟買、德里、迪拜或者利雅得呢啲城市，相當一部分客人係透過 Zomato、Swiggy Dineout 或者 EazyDiner，而唔係直接打電話或者瀏覽網站嚟嘅。為咗避免重複訂座嘅風險而關閉或者限制呢啲渠道，就等於拒絕咗你已經為咗獲得曝光而畀咗錢嘅需求。Bistrochat 嘅即時同步意味住你可以喺每個渠道——整合平台、傾偈、網站——同時開放全部庫存，而唔使承受通常會迫使餐廳「以防萬一」而預留枱位嘅營運風險。

唔論訂座由邊度開始，都係同一個客人資料庫

一位客人嘅檔案——到訪記錄、喜好、過敏資料，以及喺接駁咗 POS 之後佢哋叫咗啲乜嘢、洗咗幾多錢——都會匯入同一個 CRM，唔論佢哋最初係喺 Zomato 度搵到你、喺 Instagram 度畀你私訊，定係直接由條街行入嚟。你嘅團隊睇到嘅唔係五份互不相通嘅客人名單，而係同一位客人，標註住佢哋曾經用嚟聯絡你嘅每一個渠道。

點樣連接

如果你已經喺用 Bistrochat，開通 Zomato、Swiggy Dineout 或者 EazyDiner 嘅同步淨係一個由帳戶團隊幫你設置嘅配置步驟——唔使維護獨立嘅後台，之後都唔使手動對數。WhatsApp 同 Instagram 都係喺入駐階段用同樣方式連接，由第一日開始就對接同一張座位圖。

常見問題：一張座位圖承載所有訂座渠道

Zomato 上面一單訂座真係會即刻鎖住 Instagram 或者 WhatsApp 上面嗰張枱嗎？ 會——同步係即時同雙向嘅，唔係定期刷新，所以唔論喺邊度被佔用嘅枱，都會喺同一時刻喺所有地方變成唔可以訂。

我需唔需要將 Zomato、Swiggy Dineout、EazyDiner 同 WhatsApp、Instagram 嘅訂座分開管理？ 唔使。佢哋都係讀寫同一張 Bistrochat 座位圖——淨係需要睇一個系統，唔係五個。

我可唔可以放心將全部枱位庫存開放畀整合平台，而唔使擔心超額訂座？ 可以。因為每個已連接渠道嘅可訂狀態都會即時更新，你唔使為咗安全邊際而刻意留低空枱。

客人 CRM 會唔會將整合平台訂座同傾偈訂座嘅數據合併埋一齊？ 會——唔論嚟自邊個渠道，每一單訂座都會匯入同一份客人檔案：到訪記錄、喜好，以及接駁咗 POS 之後每次到訪嘅消費。

接入呢啲渠道使唔使收費？ 佢屬於同一份固定月費套餐嘅一部分——新增 Zomato、Swiggy Dineout、EazyDiner、WhatsApp 或者 Instagram 都唔會按渠道額外收費。

前台使唔使為每個渠道另外開一個應用程式先可以管理？ 唔使。你嘅前台淨係喺一張座位圖上面工作；每個渠道嘅訂座都已經顯示喺上面，並且標註咗來源。

如果你嘅「座位圖」其實係五個唔會互相溝通嘅應用程式，聯絡我哋——為客人真正訂座嘅每一種方式，提供同一張座位圖。