餐桌管理涵盖什么，不涵盖什么
餐桌管理，是餐厅系统中了解您这间屋子的那一部分：您有多少张桌子、各在哪个楼层、能坐几人、此刻正在发生什么。做得好，它会消除前厅整晚都在问的两个问题——哪张桌子空着，我面前这张还有什么没结——并且无需任何人巡场就能给出答案。
有必要把范围说清楚。Quickbuy 不含预订引擎、在线预订页或电子候位表。如果您接受预订，仍将沿用今天的做法。Quickbuy 掌管的是实时的一面：每张桌子的状态、桌上开着的订单，以及决定它何时可以交给下一位客人的规则。
您的前厅，实时
每张桌子，以及桌上开着什么
把餐桌归入楼层，为每张桌子设定座位数和专属二维码，整个大堂尽在一张网格中。餐桌有三种状态：可用、堂食、已预订，网格会自动按状态归类，迎宾一眼就能读懂全场。
1 楼的实时视图，另有露台与 2 楼标签页。状态摘要显示 3 张可用、4 张堂食、1 张已预订。下方是八张餐桌卡片，各含桌号、二维码图标、座位数与已开台时长。12 号桌以琥珀色高亮并带餐桌呼叫提醒，其余显示各自的在开订单数。
餐桌呼叫提醒由客人在桌边的扫码菜单上发起，抵达前厅员工时已标明餐桌与楼层。
钱悄悄流走的地方
桌上还有钱，就不能清台
结束用餐会话，正是餐厅流失营收的地方：某一轮没人下单收费、订单付了款却从没送出、一笔部分付款被随手作废抹掉。Quickbuy 会拒绝关闭这张桌子，直到每一种情况都被处理，并明确指出是哪几笔订单挡在中间。
1 楼 12 号桌的关闭会话面板，显示 3 笔活跃订单、仍欠 148.00 迪拉姆，「关闭会话」按钮为禁用状态。列出三项阻断：待处理的未付款订单 1046，必须作废或解决；已付款但未上菜的订单 1044，必须标记为已上菜；以及订单 1041，因已有付款记录而完全无法作废。
第三种情况最关键：带有部分或超额付款的订单无法用作废抹去，必须先结清余额、退款或作出调整。
Quickbuy 如何管理前厅
餐桌归入由您自行命名和排序的楼层，这足以在不画任何图的情况下表达室内、露台和包房区域。每张桌子有名称、容量和专属二维码。视图是一张实时网格而非平面图：餐桌按状态归类，可用、堂食、已预订自动分开，每张卡片显示座位数、已开台时长以及桌上开着几笔订单。
前厅会回应。客人可以从扫码菜单发起餐桌呼叫，提醒抵达员工时已标明餐桌与楼层，而不是一盏没人知道位置的灯。桌边下的订单落入同一块订单看板，因此 12 号桌的账单与后厨的队列是同一份数据。
阿联酋餐厅的主要收益
这些收益比行业惯常宣称的更小、更具体，而这正是重点。这里没有任何一项依赖客人提前预订。它关乎的是已经坐在您店里的客人，以及是否有钱随他们走掉。
不用巡场就能读懂大堂
每张桌子的状态、座位、已开台时长与在开订单，按状态归类，迎宾一眼看懂。
客人无需招手就能找到人
扫码菜单发起的餐桌呼叫，抵达时已标明餐桌与楼层。
客人在桌边点单付款，用餐结束到付款之间的空档不再变成收银台前的排队。
桌上订单未付款、未上菜或带部分付款时，餐桌无法被清台。
每张桌子都有可打印的专属二维码，重新布置场地时可批量导出。
按模块的角色权限，前厅主管可以创建餐桌，而无需被交予整个系统。
前厅工具实际覆盖的范围
下面这份清单刻意只列已经交付的东西，而不是同类页面惯常承诺的内容。如果您需要的某项不在其中，那就是产品里没有；而演示，才是发现这件事的正确时机，而不是第三个月。
购买前最值得理解的一块是关闭会话的检查，因为它是餐桌管理中唯一直接触及金钱的部分。
由您创建、命名并排序的楼层，餐桌归属其下，数量不设上限。
带名称、座位容量和状态（可用／堂食／已预订）的餐桌。
实时网格与列表两种视图，支持按餐桌名称搜索并按状态归类。
已预留或已占用餐桌的已开台时长，以及桌上当前开着的订单数。
客人从扫码菜单发起的餐桌呼叫提醒，送达员工时附带餐桌与楼层。
每张桌子一张可打印的二维码卡片，含桌号与楼层，并可整场批量下载。
关闭用餐会话时，会在待处理订单、已付未上菜订单，以及带部分或超额付款的订单上阻断。
从 Quickbuy 开始
部署很短，因为需要配置的东西不多。建好楼层，添加带座位数的餐桌，打印二维码卡片。单厅门店通常一个下午即可完成，多楼层集团则按门店重复同样的流程。
关于餐桌，Quickbuy 诚实的理由不是它会让您的大堂坐满，而是您已经拥有的大堂不再漏钱：每张桌子的状态无需询问即可见，客人能找到人也能自行付款，并且没有一张桌子会带着未付款或未上菜的订单重新投入使用。如果您同时还需要预订功能，请在通话中告诉我们，我们会直说，而不是绕着它卖。
常见问题
关于使用 Quickbuy 管理餐厅餐位与订座系统，你需要了解的一切。
在您自己的楼层上看一遍
带上您的楼层、餐桌数量和一场平常的营业，我们让您看看大堂实时运转的样子。