香港酒店、餐飲及連鎖零售如何以廣東話 AI 接聽客人來電

問任何一位酒店前台經理或餐飲集團營運主管，晚上六點至九點會發生甚麼事，答案都相似：樓面滿座、門外排隊人數不斷增加，而電話仍然響不停。有人在第四聲鈴響時接起，記下一半訂位資料，承諾稍後回電，最終卻沒有兌現。這並非員工疏忽，而是團隊被要求同時服務眼前的客人與電話另一端的客人。

在香港，這種壓力被進一步放大。集團在密集的區域經營數十間門店，來電者在同一句話中穿插廣東話、英文與普通話，而客人的期望，早已被生活中其他即時數位服務所塑造。所有這些壓力，最終都落在電話線上。

多分店電話線為何極難安排人手

單一門店、單一電話線尚可應付；但擁有二十間門店的集團，面對的是完全不同的問題。來電量高度集中且互相重疊：所有人都在同一時段致電餐廳、都在入住與退房前後致電酒店、都在推廣開始或送貨延誤時致電零售分店。

• 高峰時段無法以合理成本安排人手。為每天最繁忙的三十分鐘配置人手，等於為其餘二十三小時的閒置產能付費。
• 接電話的人同時在服務客人。前台與樓面員工的工作本質是被不斷打斷，而眼前的客人永遠優先。
• 人員流動抹去累積知識。每位新員工都要重新掌握營業時間、菜單細節、房型、取消政策，以及哪間分店有甚麼貨品。
• 語言覆蓋不平均。能自信處理普通話查詢的同事，未必在來電時正在值班。
• 非營業時間的來電無處可去。語音留言往往要到下一個營業時段才被查看，而那時訂位早已流失。

酒店與零售業來電量的組成結構

在決定自動化甚麼之前，先看清電話線上實際收到甚麼。在酒店、餐飲及連鎖零售中，來電大致可分為四類。

一、訂位與預訂

訂枱、房間查詢、包廂與活動場地要求、團體預訂、更改及取消。這類來電交易性強、重複性高，並直接連繫收入。它們的有效期亦極短——無法即時完成預訂的來電者，往往在數分鐘內轉往別處。

二、客人要求與住宿期間服務

額外毛巾、延遲退房、清潔時間安排、空調故障、要求嬰兒椅、遺失物品。這類來電屬營運性質：來電者要的不是資訊，而是希望有事情發生，並有人負責跟進。

三、跨分店與跨門店查詢

「銅鑼灣分店有 M 碼嗎？」「公眾假期哪間餐廳營業？」「可否改在尖沙咀取貨？」這類來電對單一門店團隊最難處理，因為所需資訊存在於別處。

四、投訴與升級處理

服務問題、帳單爭議、質素問題、延誤。數量不多，但後果嚴重。處理不當會變成公開負評；處理得好則能留住客人。

傳統前台模式在何處失效

傳統做法是「由前台接聽」。這在營運未達一定規模前仍可行，之後便會以五種可預見的方式失效。

漏接來電的收入代價

漏接來電之所以看似無形，正因為沒有留下任何記錄，因此其影響長期被低估。一旦粗略計算，情況便會截然不同。一間餐飲集團若每間門店每日接到 60 通訂位來電，其中五分之一無人接聽，即每間門店每日流失 12 通潛在訂位查詢。再乘以門店數目及每次訂位的平均消費，全年金額通常遠超修好電話線所需的成本。

同樣算式適用於酒店——一通漏接的房間查詢可能等於數晚房費；亦適用於零售——一個無人回答的貨存問題，會把客人推向網購平台而非門店。

工作流程：接聽 → 處理 → 分流 → 記錄

廣東話 AI 客服中心並非只是一個說「請稍等」的聲音。真正的價值在於完整地執行整個流程，一如訓練有素的團隊成員。

1. 接聽。任何時間、任何來電量下，均在第一聲鈴響時以廣東話、英文或普通話接聽——沒有輪候、沒有語音留言、沒有溢出。
2. 處理。在對話中直接解答例行查詢：營業時間、位置、菜單與價格、停車、政策、空位情況。
3. 分流。需要人手或其他門店處理的事項，連同完整背景交接——正確的分店、正確的部門、正確的優先級。
4. 記錄。每通來電化為結構化記錄：來電者、意圖、門店、承諾內容及時限，並附上對話紀錄。

最後一步，正是把電話系統轉化為營運工具的關鍵。當每通來電自動生成工作訂單後，客人的要求便不再取決於有沒有人記得。

訂位與預訂

AI 以來電者的語言記錄訂位資料，確認日期、時間、人數、聯絡電話及特別要求，並寫入結構化記錄，而非便條紙。更改與取消同樣處理，來電者得到的是即時確認，而非「稍後回覆」。

客人要求與住宿期間服務

延遲退房、清潔或維修要求，會化為具備分類、優先級及負責人的工單。緊急事項——漏水、無熱水、升降機故障——會即時升級，而不會排在例行查詢之後。

跨分店查詢

由於 AI 依據共用知識庫作答，而非單一分店的記憶，因此能一致地回應集團層面的問題：各店營業時間、假期安排、服務供應、取貨選項。若答案確實須由分店提供，來電會連同已記錄的問題一併轉接。

投訴與升級處理

投訴會被原話記錄、分類，並連同對話紀錄升級至經理，讓回電的同事已清楚事情經過，客人無須第三次重述。

如何評估廣東話 AI 客服中心

並非每套語音系統都能應付酒店業的來電量，或香港的語言實況。向供應商提出以下實務問題：

• 以廣東話為本，而非翻譯而成。能否處理自然廣東話，並應對句中夾雜英文與普通話——包括品牌名稱、街道名稱及菜式名稱？
• 延遲。回應速度是否足夠快，令對話自然流暢，而非像對講機？
• 多門店意識。能否以單一共用知識庫回答各分店問題，並轉接至正確門店？
• 結構化輸出。每通來電是否產生團隊可跟進、可稽核的記錄，而不只是一段錄音？
• 人手交接。能否在不失背景的情況下，把來電或 WhatsApp 對話交給同事或群組？
• 全渠道覆蓋。電話、WhatsApp 及其他渠道是否進入同一流程，讓客人轉換渠道時無須重新開始？
• 系統整合。能否寫入你現用的訂位、酒店管理或工單系統？

取得成效的團隊通常從小處入手——一種來電類型、一間門店、清晰的成效指標——待交接可靠後再擴展。這與在不更換現有系統下引入 AI 的分階段邏輯一致。

數星期後理想的狀態

改變很少在第一天就轟動；它會在一個月後的數字中顯現。晚上八點的來電在第一聲鈴響時被接起。訂位以統一格式送達。客人要求有負責人與時間戳記。經理不再憑記憶重組事情經過，而是直接查看記錄。前台員工回歸他們原本的職責——照顧眼前的客人。

電話線不再是客戶體驗中最弱的一環，而成為最可靠的一環。

常見問題

AI 真的能以廣東話準確記錄餐廳訂位嗎？

可以。AI 會向來電者確認日期、時間、人數、聯絡電話及特別要求，並將訂位寫入結構化記錄，即使來電者在廣東話、英文與普通話之間轉換亦然。

它無法處理的來電會怎樣？

會連同完整背景轉交同事：來電者的問題、所需門店，以及已記錄的細節。來電者無須重新說一遍。

一套系統能服務所有分店嗎？

可以。各分店資訊——營業時間、供應情況、服務、假期安排——集中於同一知識庫，因此任何來電者都獲得一致答覆，並被轉接至正確門店。

非營業時間也能運作嗎？

這正是它價值最高之處。非營業時間的訂位查詢與客人要求會被記錄下來，而非流入語音留言，讓團隊翌日面對的是一批真實商機，而非一堆漏接來電。

它如何處理投訴？

投訴會被原話記錄、分類，並連同對話紀錄升級至經理，令跟進迅速，客人亦無須重複述說經過。

我們需要更換訂位或物業管理系統嗎？

不需要。AI 作為接收與跟進層，把結構化資訊交給你現用的工具。