香港茶餐廳揀 iCHEF 定 Eats365？樓面翻枱、掃碼落單、外賣三場景實戰對比
一、茶餐廳揀 POS 唔係揀牌子，係揀場景
香港茶餐廳的營運節奏，同一般餐廳好唔同：午市一個鐘要翻幾次枱，餐牌幾十款，散叫、套餐、走青、少甜、加底全部要即刻落到廚房；同一時間，門口可能仲有外賣單入緊，電話單同平台單一齊嚟。揀 POS 系統嗰陣，淨係睇邊間平、邊間多人用，係唔夠的——老闆要問的是，呢套系統喺自己舖頭最忙嗰三個場景入面，係幫手定係阻手。
本文用三個場景做主線：午市翻枱、掃碼落單、外賣整合。主角係香港餐飲業常用的兩套雲端 iPad POS——iCHEF 同 Eats365——再加 POSKing 買斷制套裝做對照錨點。事先講明：以下對比只寫經官方資料核實的一般性功能描述，各平台的現行功能、模組組合同收費以供應商官網同書面報價為準；iCHEF 同 Eats365 的收費本文一律寫「需報價」，唔會引用第三方網站的價錢數字，因為月費會因計劃、模組同分店數目而變，舊價錢唔等於而家價錢。
三套系統的定位本身已經唔同：iCHEF 同 Eats365 係雲端月費制餐飲 POS，主打功能多、模組多、可以按需要加購；POSKing 係一次性買斷的觸控收銀機加收銀鏡頭套裝，主打零月費、數據喺商戶手。以下逐個場景比，結尾再講轉會之前要問清的三樣嘢。
二、午市翻枱場景：手持落單、改單加單、分單埋單點樣快
午市翻枱講求一個「快」字：樓面夥計行到邊、落單落到邊，唔使行返收銀機先至入單。iCHEF 採用 iPad 架構，設有專門的落單 iPad，夥計可以喺枱邊直接落單，訂單即時同步去收銀 iPad 同廚房；餐牌、套餐、跟餐加配全部喺 iPad 上面揀，改單、加單亦都可以喺枱邊即刻處理，唔使來回行。Eats365 同樣係雲端 iPad POS，樓面可以用平板落單，訂單同步到廚房管理模組；分單、合併埋單、按人頭分賬呢類操作，屬於佢核心 POS 的訂單管理範圍，老闆喺示範嗰陣應該用自己餐牌的實際例子試一次，睇下分單流程順唔順。
POSKing 買斷制套裝的做法唔同：佢係固定收銀位的觸控收銀機，落單、改單、加單、分單埋單全部喺收銀位完成，唔設手持落單。呢個分別要講清楚：舖頭樓面大、枱多、午市要靠夥計行枱落單先至翻得切，固定收銀位就會成為樽頸；相反，舖頭細、枱少、客人習慣行去收銀位落單埋單，固定收銀位已經夠用，仲可以慳返手持裝置同月費。老闆要按自己舖頭的枱數同樓面動線去揀，唔係愈多功能愈好。
改單同加單係茶餐廳最易出錯的環節：客人話「走青」、「少甜」、「加底」、「轉飲品」，呢啲備註要準確去到廚房，唔可以靠口講。無論揀邊套系統，老闆試機嗰陣都要親手試三樣嘢：第一，改單之後廚房單係咪即時更新，舊單會唔會重複出；第二，加單可唔可以加落原有枱號，唔使開新單；第三，分單埋單嗰陣，系統係咪分得清邊啲已經埋單、邊啲未埋單。呢三樣嘢試唔掂，午市繁忙時間一定會亂。
三、掃碼落單場景：QR 落單、廚房出單分流、先付款定後埋單
掃碼落單而家係茶餐廳常見的配置：每張枱貼一個 QR 碼，客人自己掃碼睇餐牌、落單，樓面夥計唔使逐枱抄單。iCHEF 的堂食 QR 落單功能，經官方支援站核實，設有靜態同動態兩種 QR 碼：靜態 QR 碼按枱號印製、長期貼喺枱面；動態 QR 碼按每組客人生成、用餐廳打印機印出。客人落單之後，訂單即時入 iCHEF POS App，店方喺 POS App 收到通知後接受訂單，先至出廚房單；同一枱的客人可以用唔同手機同時落單、追加項目，系統會歸入同一枱號。
Eats365 方面，掃碼落單屬於佢的擴充模組之一，連同自助落單、廚房管理、排隊系統等模組，按需要加購；官網列明擴充模組的訂單會自動連接核心 POS，廚房管理模組負責出單分流。呢度老闆要問清楚：掃碼落單係咪包含喺基本計劃入面，定係要另外加購模組？模組收費點計？加購之後，掃碼單、樓面單、外賣單三邊的訂單編號會唔會撞？呢啲問題唔問清楚，簽約之後先發現掃碼功能要另外畀錢，就會好被動。
先付款定後埋單，係掃碼落單另一個要事先決定的分工：食後付款模式，客人先落單、食完先至喺收銀位埋單，流程同傳統茶餐廳一樣，客人接受程度高；先付款模式，客人掃碼落單嗰陣即刻網上付款，收銀位唔使再收錢，但係要處理退款、改單扣數等後續問題。兩種模式無絕對好壞，重點係系統要配合到舖頭的選擇，而且收銀位要識得分辨邊張單已經網上付咗、邊張單仲未埋單。老闆揀系統之前，應該先決定自己舖頭行邊種模式，再去問系統支唔支援，唔好反轉次序。
四、外賣整合場景：堂食加 foodpanda 加 Keeta，訂單點樣匯入同一部 POS
茶餐廳而家好少只做堂食：午市堂食之外，foodpanda 同 Keeta 的外賣單隨時入緊，電話外賣單又係另一邊。如果三邊訂單各自獨立，廚房要睇三部機、樓面要對三份數，繁忙時間一定會炒單。外賣整合的意義，就係將唔同渠道的訂單匯入同一部 POS，等廚房用同一套出單流程處理，收市對數嗰陣亦都可以用同一份報表分渠道對數。
Eats365 官網列明，系統支援 foodpanda 等第三方外賣平台整合，整合後的平台訂單會喺 POS 的訂單列表入面出現，按來源分類，店方可以設定每個平台的接單狀態、自動接單安排。至於 Keeta 是否有原生整合，官方資料未有明確確認，本文唔寫死；老闆如果 Keeta 單量大，應該喺簽約之前白紙黑字問供應商：Keeta 訂單係原生整合、經第三方中介整合，定係要人手逐張輸入？三種做法的成本同出錯率差好遠。
iCHEF 方面，官方支援站列明系統設有第三方外賣平台整合管理，店方可以喺 POS 工具箱開關各個外賣渠道的接單狀態；實際支援邊啲平台、係咪要經中介，以 iCHEF 官網同書面報價為準，老闆應該逐個平台問清楚。POSKing 買斷制套裝本身唔設外賣平台整合：堂食單喺 POS 入面記數，外賣平台訂單要按平台自己的流程處理，POS 只做付款方式記錄同分類對數；舖頭如果外賣佔比高，買斷制喺呢個場景就會輸蝕，呢個係老闆要老實面對的取捨——慳月費同外賣整合，兩者未必可以兼得。
五、收款分工鐵律：三套系統都只做記錄對數，收款行獨立渠道
講到尾要講清楚一條鐵律：無論 iCHEF、Eats365 定 POSKing，三套系統喺收款上的角色都一樣——只做付款方式記錄同分類對數；收款本身經八達通機、KPay、YedPay、信用卡收單等獨立渠道處理，絕對唔係 POS 直接收款。呢個分工唔係行規咁簡單，而係關係到商戶的錢點樣入帳、點樣對數：如果老闆誤以為 POS 本身會收錢，收市對數嗰陣就會發現 POS 報表同銀行入帳對唔上，唔知邊筆錢去咗邊。
Eats365 的 365pay 值得特別講，因為佢容易令人誤會：365pay 係 Eats365 提供的整合付款平台，將堂食、掃碼落單、外賣等渠道的付款整合，支援信用卡、八達通、Alipay、WeChat Pay 等多種付款方式；但係 365pay 本身係整合服務渠道，手續費安排要向收單機構書面確認，POS、收單、終端係咪分開合約，轉會嗰陣要向供應商問清、逐份處理。老闆唔好將 365pay 當成「POS 包埋收款」，而係要問清楚收單合約期、通知期同提前終止費用。
iCHEF 方面，付款方式同樣經獨立收單渠道處理，POS 負責記錄每筆交易的付款方式，方便日結分類對數。POSKing 買斷制亦都一樣：套裝本身只做付款方式記錄同分類對數，收款經八達通機、KPay、YedPay 等獨立渠道，商戶自己開戶，轉收款渠道唔使轉 POS。三套系統喺呢點上無分別，分別只在於整合程度：月費制系統將付款整合做得順滑啲，買斷制就要商戶自己分開管理，但係管理權亦都喺商戶手。
六、三場景對照總表：邊套系統喺邊個場景佔優
將三個場景放埋一齊睇，對照就會清晰。午市翻枱場景，iCHEF 同 Eats365 都有手持落單 iPad，適合枱多、樓面大的茶餐廳；POSKing 固定收銀位適合枱少、客人習慣去收銀位落單的舖頭。掃碼落單場景，iCHEF 的堂食 QR 落單功能經官方核實，設靜態同動態兩種 QR 碼同加單安排；Eats365 的掃碼落單屬於擴充模組，要確認係咪包含喺基本計劃入面；POSKing 買斷制唔設掃碼落單，要靠樓面人手落單。
外賣整合場景，Eats365 官網列明支援 foodpanda 等平台整合，訂單入 POS 訂單列表按來源分類；iCHEF 設第三方外賣平台整合管理，實際支援平台以官方資料為準；POSKing 唔設外賣平台整合，外賣單要按平台流程獨立處理。收費方面，iCHEF 同 Eats365 一律需報價，模組組合同分店數目會影響月費；POSKing 套裝 HK$4,950 一次性買斷免月費，價錢固定，功能亦都固定，唔會因加模組而加價。
對照表只係起點，唔係結論：老闆應該按自己舖頭三個場景的比重去加權——如果午市翻枱係命脈，手持落單的順暢度應該佔最大比重；如果外賣佔營業額一半，外賣整合的完整度就應該行先；如果舖頭細、單一收銀位已經應付到，買斷制的零月費可能先係最實際的選擇。以下落單之前，仲有轉會預警要睇埋。
茶餐廳三場景：iCHEF、Eats365、POSKing 對照（功能以供應商官方資料為準，收費需報價）
| 比較項目 | iCHEF | Eats365 | POSKing 買斷制 |
|---|---|---|---|
| 午市翻枱 | iPad 手持落單，枱邊落單、改單、加單 | 雲端 iPad POS，平板落單同步廚房 | 固定觸控收銀位落單埋單 |
| 掃碼落單 | 堂食 QR 落單，靜態／動態 QR 碼，人手確認出單 | 掃碼落單屬擴充模組，需確認計劃包含與否 | 唔設掃碼落單，樓面人手落單 |
| 外賣整合 | 第三方外賣平台整合管理，支援平台以官方為準 | foodpanda 等平台整合，訂單入 POS 按來源分類 | 唔設外賣平台整合，平台單獨立處理 |
| 收款分工 | 只做付款方式記錄／分類對數，收款行獨立渠道 | 365pay 整合付款平台，合約分拆要問清 | 只做付款方式記錄／分類對數，收款行獨立渠道 |
| 收費 | 需報價 | 需報價 | HK$4,950 一次性買斷免月費 |
七、轉會預警：數據、硬件、收款合約三樣嘢，簽約之前問清
無論由邊套系統轉去邊套系統，轉會之前有三樣嘢一定要問清，否則新系統幾好用都無用。第一係數據：會員資料、交易紀錄、餐牌價目可唔可以成批匯出？匯出格式係咩？終止服務之後數據保留幾耐？月費制 POS 的數據存喺供應商雲端，走嗰陣攞唔攞得返，要問清楚，唔好假設。第二係硬件：現有 iPad、打印機、錢箱、掃碼槍可唔可以沿用到新系統？iCHEF 同 Eats365 都係行 iPad 架構，但係 iPad 係買斷定租用、打印機係指定型號定通用介面，轉會成本可以差好遠。
第三係收款合約：POS 合約、收單合約、終端合約係咪分開三份？逐份的合約期、通知期、提前終止費用係幾多？以 Eats365 的 365pay 為例，POS、收單、終端可能係分開合約，終止 POS 未必等於終止晒所有嘢，簽約之前要問清；老闆轉會嗰陣要將各份合約逐份睇，逐份計，唔好假設終止 POS 就等於終止晒所有嘢。買斷制喺呢點上有優勢：POSKing 套裝買斷之後無合約綁住，收款渠道商戶自己開戶，轉收款渠道唔使轉 POS，轉 POS 亦都唔使郁收款合約。
轉會實務上仲要預留並行期：新舊系統同時行一段時間，每日對數，對齊先至正式終止舊系統。並行期內要核對的事包括：新舊系統營業額係咪一致、會員結餘抽樣核對有無差異、未兌換儲值同預繳券新系統認唔認得到。貪平提早終止舊系統，結果新系統有問題嗰陣無得翻查，先至係真正的蝕底。
八、落單之前問清五條問題＋POSKing 定位
落單之前，老闆應該向供應商問清五條問題，仲要攞書面回覆。第一，掃碼落單同外賣整合係咪包含喺報價入面，定係要另外加購模組？第二，手持落單 iPad 係買斷定租用，壞機嗰陣換機要幾耐？第三，POS 合約、收單合約、終端合約係咪分開，逐份的通知期同提前終止費用係幾多？第四，數據匯出格式係咩，終止服務之後保留幾耐？第五，午市繁忙時間出問題，技術支援幾耐先有人接聽、幾耐先有人上門？五條問題的答案，先至係真正的比較基礎，唔係宣傳單張上面的功能列表。
POSKing 的定位，係為三個場景比重唔高的茶餐廳提供一個買斷選擇：POS 系統＋收銀鏡頭套裝 HK$4,950 一次性買斷免月費，套裝本身只做付款方式記錄同分類對數，收款經八達通機、KPay、YedPay 等獨立渠道處理；數據喺商戶手，隨時可以導出報表，轉會嗰陣唔使求人攞返自己的流水。舖頭細、枱少、以外賣平台單為主但係唔需要原生整合、或者想先用一套零月費系統穩住收銀同防盜，買斷制係值得考慮的起點；反之，午市翻枱同掃碼落單係命脈的舖頭，就應該認真比較 iCHEF 同 Eats365 的月費制方案，按場景比重去揀。
想了解買斷制 POS 適唔適合你間茶餐廳，或者想人幫你對一次現有系統的轉會成本，可以致電或 WhatsApp ＋852 2186 8010，或者親臨新界沙田石門安麗街18號達利廣場1209室，營業時間每日 12:00–19:00。本文為一般資訊，唔係法律意見；各平台現行功能、模組組合同收費以其官網同書面報價為準。
茶餐廳揀 POS 唔應該淨係比月費，而係按三個場景逐項比：午市翻枱睇手持落單、改單加單、分單埋單順唔順，iCHEF 同 Eats365 都有 iPad 手持落單，POSKing 係固定收銀位；掃碼落單睇 QR 種類、加單同先付款定後埋單，iCHEF 的堂食 QR 落單經官方核實有靜態同動態兩種 QR 碼，Eats365 的掃碼落單屬於擴充模組，要確認係咪包含喺基本計劃入面；外賣整合睇堂食加 foodpanda 加 Keeta 的訂單點樣匯入同一部 POS，Eats365 官網列明支援 foodpanda 等平台整合，Keeta 是否原生整合要向供應商書面確認。三套系統都只做付款方式記錄同分類對數，收款經八達通機、KPay、YedPay 等獨立渠道處理。轉會之前要問清數據匯出、硬件沿用、POS／收單／終端合約係咪分開，iCHEF 同 Eats365 收費一律需報價，POSKing 套裝 HK$4,950 一次性買斷免月費。
