选一套POS · 2026年9月核对

铁板烧与铁板料理餐厅最佳POS

铁板烧餐厅是数量固定、每台坐八到十人的铁板台,靠的是多数餐厅当作例外处理的那类大桌客人。这改变了POS需要擅长的事:按工位而非按整店控制容量;处理一桌十二人时,既不确认坐不下的桌、也不把预订推走;在两桌客人之间拆分一台铁板;以及在他们要求分单时保住自动服务费。以下是该关注什么,以及Ginger各自如何处理。

此处描述的Ginger行为取自其自身源码:大桌请求流程、可配置的线上人数上限(默认八人)、分单后带到每张账单的服务费、定时发菜与按工位打印路由。竞品价格取自各厂商定价页及NerdWallet 2026年评测,2026年9月读取。

瓶颈是铁板台,不是餐厅面积

铁板烧餐厅不是一间摆了几张桌子的餐厅。它是数量固定且很少的几台铁板台,每台坐八到十人,而餐厅一个晚上做的几乎每个决定,实质上都是在决定这些铁板台怎么填满。一桌四人独占一台十座铁板,不是占用了一张桌子,而是今晚卖不出去的六个座位。一桌十二人不是一笔预订,而是一台半铁板。

这就是为什么围绕开放式平面图设计的POS不适合铁板烧。你需要系统记住的不是一张可移动桌子的地图,而是一组容量固定的工位,每台都有真实座位数,这样预订那一侧才知道一台十座铁板可以同时接一桌六人和一桌四人,但接不了两桌六人。Ginger把餐厅建模为带座位数的分区,预订侧读取的是这些座位数,而不是从桌面图上猜。

这也是为什么就座节奏在这里比在多数餐厅更重要。厨师一次只在一台铁板前表演,所以两桌客人被安排在同一个二十分钟内、不同铁板上,就成了厨房无法解决的问题。一个能按分区而非按整店控制容量的预订系统,决定了这个晚上是顺畅还是厨师同时守两台铁板。

大桌预订实际上该怎么运转

铁板烧靠的正是多数餐厅当作例外处理的那类大桌:生日、毕业、公司聚餐、十口之家。这些预订价值最高,也恰恰是简陋的在线预订组件处理得最差的——它要么确认了一桌十四人而餐厅实际坐不下,要么直接拒绝,把这群客人送到别家去。

Ginger把这两种情况分开。在你设定的人数上限(默认八人)以内,预订线上直接确认并锁座。超过这个人数则变成"请求"而非"确认":客人留下联系方式,请求带提醒出现在POS上,由员工回电。这个请求不是谁都能随手划掉的通知——确认动作本身就是决定:接受或拒绝,因为无论哪种,客人都在等一通电话。

这个流程里有一个细节对铁板烧尤其重要。当员工接受大桌请求时,系统不会重新校验可用性。刚刚有人跟客人通过电话并答应安排入座,餐厅已经决定要把这桌做成,容量模型不该反过来否决。在铁板烧餐厅,"做成"往往意味着在十座铁板上安排十一个人——这就是一个帮得上忙的系统和一个跟你较劲的系统之间的差别。

铁板烧的预订来自电话

大桌客人会打电话。他们不会去填表,因为他们先有问题:周六能坐十二个人吗?能办生日吗?要等多久?有套餐吗?而他们打来的时刻,恰恰是没人能接的时刻——晚市最忙的时候,因为那才是组织聚餐的人终于腾出一分钟的时候。

Ginger的AI电话附加服务会接起每一通来电,包括营业中和打烊之后。它可以接单;在餐厅开启了订位功能的情况下,它也可以订桌:按你的分区核对真实可用性、完成预订,并在来电者挂断之前把它放上你的预订本。对于超过线上人数上限的大桌,它走与网页请求相同的路径——生成回电请求,而不是承诺餐厅做不到的事。

这项附加服务在免费POS之上每月$250。对铁板烧餐厅值不值,算起来很直接:大约相当于一桌十人的毛利。如果AI每月能接住一通原本会在营业中空响的预订电话,它就已经回本了;而且它接住的电话里大桌占比偏高,因为大桌客人是打电话而不是点网页的那群人。

订位功能默认关闭,按餐厅逐家开启,所以一家只靠电话接受预订的铁板烧餐厅,可以让AI接听并接单,而完全不碰预订那一侧。

拆分一台铁板:账单与自动服务费

一台铁板上坐两桌互不相识的客人,是铁板烧的常态,却让多数POS很头疼。Ginger可以把一张账单按指定份数均分,也可以按菜品逐项拆分,所以共用一台十座铁板的一桌六人和一桌四人可以各自结账,无需任何人重录订单。

容易出错的是强制服务费。铁板烧餐厅几乎普遍对大桌加收自动服务费,而客人规避它最直接的办法就是要求分单。在Ginger里,大桌服务费会带到分单产生的每一张账单上。这是刻意为之,并写进了分单逻辑本身:分桌不是大桌逃掉自动服务费的方式。服务费可设为15%、18%、20%或自定义比例,按折扣前、税前的基数计算,在税后加上。

这有多重要,取决于你的客人多久问一次。在一家十人桌属于寻常周二的餐厅里,大约每周都会遇到;而一桌$800按18%计算,涉及的金额是$144。

把控表演节奏,分流出票

铁板烧的服务跟着一个别的餐厅没有的时钟走:汤和沙拉先出,寿司订单去的是完全不同的工位,而铁板那一道要等厨师走到桌前才开火,而不是服务员录单的那一刻。一台一录入就把所有东西发给厨房的POS,会逼员工把出票节奏记在脑子里。

这里靠两个功能。菜品按你实际的运作方式路由到所属工位的打印机:寿司去寿司台、铁板菜去铁板、饮料去吧台、其余去厨房。任何一道菜都可以挂起、在设定的分钟数后发出,待发列表在抽屉里可见,平面图上的桌位还会显示时钟标记,这样铁板那一道是在厨师准备好时发出的,而不是提前。

分菜位分隔线会在小票上打印为虚线分隔,这样一张很长的铁板烧订单到达工位时是可读的,而不是一整列不分段的文字。

与你大概率在比较的几套系统的费用对比

功能契合度重要,但真正日积月累的是成本。以下为各厂商公开数字,2026年9月读取。

系统月软件费刷卡费硬件合约
Ginger开通在线点餐$0;AI电话$250可选成本加成,低至2%+5¢月刷卡超$4万供应Box、两台打印机、终端无合约
Square餐厅版免费$0到店2.6%+15¢自购,读卡器$59到Register $799–899无合约
Toast Point of Sale$69起买断硬件时2.49%+15¢起步套装$0但刷卡更高,或$1,113–$1,454付费方案转述2–3年
Clover全服务版$89.95–$129.85到店2.3%+10¢买断$699–$1,899软件按月;硬件优惠绑三年

Square和Clover数字取自NerdWallet 2026年评测及各厂商定价页;Toast费率取自NerdWallet 2026年8月评测。月刷卡额$40,000时,刷卡费半个百分点约为每年$2,400,比上表多数软件月费都高。

如果你经营铁板烧,演示时该测什么

试这个你在检验什么
在线预订一桌十二人它是确认了一个餐厅坐不下的桌、直接拒绝、还是转成回电请求?只有第三种是对的。
在一台十座铁板上安排一桌六人和一桌四人,然后分单房间模型能否在一个工位上容纳两桌客人?分单是否需要重录订单?
给大桌加上自动服务费,然后分单服务费是否带到分出的每一张账单上,还是分单时被悄悄抹掉了?
录入一整张铁板烧订单并发送寿司是否到寿司台、铁板菜是否到铁板,还是一台打印机全收?
把铁板那一道挂起,十五分钟后发出系统能否挂起一道菜?楼面能否看到待发内容?
在最忙的时段打电话给餐厅谁来接?如果没人能接,这笔预订会怎样?

把这六项在你考虑的任何系统上都跑一遍,包括这一套。其中"分单后自动服务费"这一项最常让人意外。

常见问题

什么样的POS适合铁板烧餐厅?

三件通用餐厅POS处理得不好的事。第一,餐厅是少量容量固定的铁板台而不是可移动桌子,所以系统需要带真实座位数和分区容量的分区模型。第二,大桌是核心生意,所以预订必须确认坐得下的、把坐不下的转成回电而不是直接拒绝。第三,两桌客人常共用一台铁板,所以分单必须毫不费力,且大桌服务费必须在分单后依然保留。

AI能接电话并预订铁板桌吗?

可以。Ginger的AI电话附加服务会接起每一通来电,包括营业中和打烊后;在餐厅开启订位的情况下,它会按你的分区核对真实可用性、完成预订,并在来电者挂断前放上预订本。对于超过线上人数上限的大桌,它会生成回电请求,而不是承诺一张坐不下的桌子。该附加服务在免费POS之上每月$250,订位按餐厅逐家开启。

分单后大桌服务费还在吗?

在Ginger里,是的。分单时,大桌服务费会带到分出的每一张账单上。这是刻意设计:分桌不是大桌逃掉自动服务费的方式。服务费可设为15%、18%、20%或自定义比例,按折扣前税前基数计算、税后加上。建议在你评估的任何系统上专门测试这一项,因为这是常见的缺口。

十二人的大桌,线上预订该怎么处理?

既不该直接确认,也不该直接拒绝。Ginger对不超过你设定人数(默认八人)的预订线上确认,超过的转为请求:客人留下联系方式,请求带提醒出现在POS上,员工回电后接受或拒绝。接受时不会重新校验可用性,因为刚刚答应安排入座的员工不该被容量模型否决——当"做成"意味着十座铁板上坐十一个人时,这一点很重要。

POS能把铁板那道菜挂到厨师走到桌前再发吗?

可以。任何菜品都能挂起、在设定分钟数后发出,待发列表在抽屉中可见,平面图上的桌位显示时钟标记。配合按工位的打印路由,寿司立即到达寿司台,而铁板那一道则在厨师准备好时发出,而不是服务员录单的那一刻。

对铁板烧餐厅来说Ginger要多少钱?

开通在线点餐后POS每月$0,无合约。刷卡为interchange-plus,视成交额低至约2%+5¢。月刷卡额超过$40,000的餐厅,供应Ginger Box、最多两台热敏打印机和一台刷卡终端。AI电话附加服务每月$250,外卖平台对接每月$99,两者均为可选,其余功能都在免费POS里。

拿一桌十二人来试试

在线演示在浏览器直接打开,无需注册、无需安装。订一个大桌、把一台铁板分给两桌客人,看看服务费会怎样。Ginger开通在线点餐后$0/月,无合约。

联系我们