香港雲端廚房 POS 點樣揀？外賣自取、平台訂單同出單流程先分清

雲端廚房揀 POS，第一步唔係問有幾多功能，而係把你真正收到的訂單分開：哪些是客人自己落單後到店取，哪些來自外賣平台，收到後由誰看單、誰備餐、怎樣交餐。兩條線混在一起，少人手時最容易漏單或重複處理；先畫清楚，再請供應商按一張真單示範，會比先聽一串功能名更有用。

這篇只處理雲端廚房的 POS 與訂單流程選擇。它不替你找共享廚房、判斷牌照或租金，也不代表任何系統已經支援指定平台、付款、退款、對數或自動同步。

先講結論

對以外賣和自取為主的雲端廚房，最實際的選型次序是：先列出訂單來源，再寫下每張單由誰接、在哪裏出單、誰確認備餐和怎樣交給客人或外送員，最後才比較 POS。你不需要因為叫做「雲端廚房」就假設自己需要複雜配置；但也不要因為店面細，就跳過平台訂單和自取訂單的分流測試。

你是否真的需要這篇雲端廚房 POS 指南？

適合你：主要沒有堂食、外賣自取或平台訂單是日常流程，而且老闆或一兩位幫手要兼顧接單、備餐和交餐。未必適合你：你正在找可出租的共享廚房、想比較租金或牌照，或已經只需要一條單純自取流程。

「雲端廚房」不等於「中央廚房」，也不應自動等於多品牌或複雜廚房路由。對小店來說，先看今日實際怎樣收單，比用一個大名詞去決定系統更穩陣。

先畫兩條訂單線

把一日內會出現的訂單，先分成下面兩欄：

如果你想先把自取流程逐步拆開，可看 外賣自取店 QR Code 接單流程；若你只是想確認自取 QR Code 點餐是否適合小店，可看 外賣自取 QR Code 點餐指南。這兩頁處理的是自取流程本身，不替你確認平台對接。

少人手最容易漏掉的交接點

一個人接單、另一個人備餐時，問題通常不在於「有沒有一部 POS」，而是大家是否看到同一個下一步。逐個訂單來源問四件事：

1. 訂單先在哪裏出現？
2. 誰負責確認可以開始備餐？
3. 備餐完成後，誰知道要交給哪一位客人或外送員？
4. 有錯單、客人遲到或平台資料不完整時，誰先停下來核對？

把答案寫在櫃枱或備餐位置看得到的地方。這不是在設計複雜制度，而是避免一位幫手以為另一位已經處理。

試用或比較前，做一次真單測試

向供應商示範你的流程前，準備一張自取單和一張平台訂單的例子。可以是真實的舊單，亦可以隱去顧客資料後的模擬單。每次只測一條線：由收到訂單開始，走到備餐、交餐和例外處理。

測試時不要只問「可不可以用」，而要觀察：哪個人要按甚麼、哪一張單會出現在甚麼位置、交餐時憑甚麼確認、流程遇到問題時要回到哪一方核對。若供應商需要先了解你的平台、設備或擺位，這是正常的確認步驟，不應被解讀成已承諾支援。

向供應商確認的 6 條問題

涉及外賣平台時，再看 外賣平台 POS 對接要確認甚麼。那一頁專門處理平台核對；本文不取代它，也不宣稱任何平台已經與 Tappo 自動連接。

雲端廚房 POS 不替你確認甚麼？

本文不會替你確認特定平台、卡機、打印機或設備能否連接；亦不會承諾訂單、付款、退款、餐牌、結算或對數會自動同步。多品牌、庫存、KDS、複雜廚房分流和多店管理，同樣要按你的實際需要及供應商當前資料另行確認。

常見問題

雲端廚房一定要有兩條訂單線嗎？

不一定。若你只做自取，就先把自取流程跑順；若你同時收平台訂單，就應把兩條線分開測試。重點是不要把未使用的流程當成功能承諾，也不要把正在使用的流程漏掉。

我是否應先選平台，再選 POS？

先把現時和準備使用的訂單來源列出來。平台選擇、POS 和備餐安排會互相影響，但任何具體連接或資料流都要向相關供應商確認。

雲端廚房可否直接照搬餐廳的 POS 設定？

未必。堂食為主的店會重視桌位和樓面交接；雲端廚房更應先看訂單來源、備餐點和交餐點。用自己的真單走一次，才能知道哪些設定值得保留。

下一步：帶著兩張單去比較

若你正開始比較整體方案，可先看 香港餐飲 POS 比較與選型指南。然後帶上兩張訂單例子、現有設備、出單位置和交餐方式，向 Tappo 查詢適合先核對的 POS 與點餐安排；指定平台、設備及實際流程仍須按當前資料確認。

資料來源與說明

本文以香港雲端廚房的搜尋需求及少人手訂單流程為出發點，提供供應商核對框架，不是租場、牌照、支付、平台或技術整合的確認文件。實際功能、設備與資料流請按當前供應商資料逐項核實。

帶著兩張訂單去比較

帶上自取與平台訂單例子、現有設備、出單位置和交餐方式，先按實際流程確認。