罗兰岗一家火锅店的收银台前摆着四台平板:一台接DoorDash,一台接Uber Eats,一台接Grubhub,POS收银机就挤在它们下面。周五晚高峰几个订单同时弹出的时候,不管谁手上正打包外带、正端菜,都得先停下来,把外卖小票一字一句手动敲进厨房系统——通常是离得最近的那个人来做,而不是最熟悉菜单的那个人,于是"牛肚"和"羊肉片"这种在拥挤平板界面上只隔两行的菜名,就容易被匆忙之中敲串。这种事在做多平台外卖的餐厅并不少见,后厨也慢慢摸索出应对办法:让人多看一眼匆忙敲进去的单子,或者把平板挪到不那么乱的地方。但这两种办法都只是绕开问题,没解决问题。
真正的问题出在系统结构上。POS和外卖平板是两家不同公司做的产品,从设计之初就没打算互相交换数据,所以只能靠人站在中间,一单一单地把信息从一个系统手动搬到另一个系统里,每天晚上重复。这个问题也不只出现在外卖上。对不少独立餐厅来说,POS系统看起来是整个运营的中枢,但实际上它只是一串互不相连的孤岛群里的一个——外卖平台、财务软件、会员系统、库存工具,每一个单独看都运转正常,但谁也不知道另一个在做什么。成本就藏在这些系统中间的缝隙里,平时看不见,直到月底对账,或者厨房突然发现某样食材没了、却没人提前发现。这类系统按这种方式运营的餐厅,通常会反复踩中四类对接空白。下面说说这几个坑分别在哪儿,实际会付出什么代价。
同时做好几个外卖平台的餐厅,通常每个平台各用一台平板、一台打印机或一个独立App,跟真正触发厨房小票、记录销售额的POS完全是两码事。得有人看到订单、读一遍、再手动敲进去。这个自动完成的过程业内叫"订单直连",而缺了它,是不少做多平台外卖的餐厅经常提到的对接痛点之一。
出问题的方式很少是惊天动地的,更多是零零碎碎地持续发生。手忙脚乱地一边打包外带一边敲外卖单,一个加料备注就漏掉了。平板的提示音在被按了第五次静音之后,一个订单干脆被忘在那儿。第三方平台的销售额也不会自动进POS自己的报表,所以老板看当天营业数据的时候,严格来说只看到了堂食和自取,外卖那部分得靠人工翻四个App手动加起来。真到高峰期,光是手动誊抄这一步,每单就能多花一到两分钟——单看不起眼,但一晚上敲四十单,相当于一个服务员被迫兼了两份工。
真正解决好的做法,是DoorDash、Uber Eats、Grubhub的订单直接打印到厨房小票机上,或者显示在厨房屏幕上,跟堂食订单一模一样,销售额也自动记进POS。不用摆一排平板,不用手动誊抄,也不会因为两个菜名长得像,手忙脚乱之下敲错了菜。
下一个坑不在餐厅大堂,而是藏在每月一号财务的邮箱里。POS如果不跟财务或工资系统对接,就得有人——通常是老板本人,有时候是雇的记账员——手动导出销售数据,分类整理,核对小费,再录入QuickBooks之类的财务软件。销售税POS本身是算对的,但财务软件并不知道该怎么把这笔税拆成餐饮税、酒水税和地方附加税,每一次都得靠一张Excel表手工还原。
工资这边的麻烦更容易伤人。柜台服务和桌边服务混合经营的餐厅,小费分成的数字算在POS里,却得靠人手动搬到工资系统里,工资单才能算对。一家餐厅十五个员工双周发一次工资,一年就要重复这套对账流程二十六次。每一轮都谈不上多难,纯粹是繁琐,而繁琐正是最容易出错的地方——一个班次的工时录错一位数,就是某个员工的工资算错,接下来免不了要跟发现问题的员工解释一番。
POS和财务系统一旦打通,每天的销售额、税费拆分、小费数据就会自动流进财务平台,通常是隔夜完成。记账员的工作就从录入数据变成了核对数据对不对,这对一家老板同时兼着排班、周六晚上还要在出餐口帮忙的小餐厅来说,是实打实的区别。
线上点餐和会员积分系统经常是分开采购的两套工具,有时候前后差了好几年,还各买自不同供应商,问题也就跟着露出来。一个每周二都在线上下单的老客户,可能压根没在攒积分,因为点餐系统根本不知道会员系统的存在。更糟的情况是,同一个人手上有两个账户——一个是线上点餐注册的,一个是柜台办卡留下的——各自存着一半的点单记录,谁的积分都攒不够兑换任何东西。
这带来的实际损失,是餐厅失去了跨渠道认出自己老客户的能力。一封提到顾客常点菜品的生日邮件,只有在点餐数据和会员数据本来就是同一套系统时才成立,而不是两份恰好用了同一个名字的记录。把线上点单系统建在跟会员、CRM同一个平台上,不管顾客是堂食、自取、外卖还是线上下单,每一单都进同一个客户档案,积分自动累积,服务员也能一眼看出眼前这位顾客今年已经来过十一次了。Chowbus把线上点餐、会员CRM和POS做成一套打通的系统,正是出于这个考虑——认出一位老客户,不该需要三套工具在打烊后互相对表。
最后这个坑最费钱,而且很少主动露面。它不会弹出错误提示,只会让某几个月的食材成本莫名其妙偏高,谁也说不清具体原因。如果厨房显示系统和库存管理没跟处理外卖、线上单的那套POS对接在一起,厨房这边可能早就把某道菜下架了,外卖平台和线上点餐渠道却还在照卖不误。顾客在Uber Eats上点了三文鱼,二十分钟后才发现早就卖完了,这时候得有人打电话跟顾客道歉、换菜或退款——而后厨这时候正忙着出菜,根本没空腾出手接这通电话。
库存消耗是另一半问题。理论上每卖出一道菜,对应食材的库存都该自动扣减,但这只有在所有渠道——不只是收银台——都接进同一套库存系统时才成立。一家餐厅如果只统计店内POS销售带来的库存消耗,外卖和线上订单完全绕开这套统计,库存数字从设计上就是错的,不是意外出错。结果就是忙的时候突然发现某样食材没了,或者出于"保险起见"多囤货,把现金压在冷库里,而不是账户上。
真正打通之后,不管订单来自哪个渠道,都会按下单顺序显示在厨房屏幕上,下单那一刻就扣减库存,而不是等打烊后人工盘点才发现差异。
把这四类系统打通不是一个下午就能搞定的事,也不是免费的——很多对接功能本来就内置在现代POS里,也有一些需要额外订阅一个中间件才能把老系统接起来。值不值得做,与其套公式算,不如看看自己是不是已经在反复遇到这些症状:外卖单敲错送到别的顾客手上、工资数字对不上、有老客户提过一句"我怎么没收到生日优惠"、厨房明明下架了却被外卖平台又卖出去一单。
Chowbus目前为美国和加拿大9000多家餐厅提供POS服务,这个规律在这个客户群里反复出现:用一套打通系统的餐厅,比用四套互不相通工具的餐厅花在手动搬数据上的时间更少,出错后回头补救的次数也更少——不是因为技术多花哨,而是因为信息只需要录入一次。如果上面四个坑里有哪个听着耳熟,下一步通常就是直接问问给你装现有POS的那家供应商:这套系统出厂自带能连什么,哪些还得另外接第三方中间件才行?带着这个问题去预约一次POS演示,是搞清楚自己是不是该整合系统的最快办法。
简单说,就是你的收银系统能跟你在用的其他软件自动交换数据——外卖平台、财务工具、线上点餐、会员系统或者库存系统——而不是靠人工把信息从一个系统搬到另一个系统。真正对接好的POS,接收DoorDash订单的方式跟接收堂食订单一样,销售数据也会自动同步给财务软件,不用谁去导表格。
直接问POS供应商要一份他们支持的原生对接清单,并且说清楚你用的是哪个具体产品和版本,因为有些对接只支持特定套餐或者较新的版本。如果没有直接对接,就问问对方是否支持中间件方案,比如用Deliverect或Otter之类的工具来桥接外卖订单。最好在签合同之前就把这个问清楚、写进合同里,而不是签完才发现接不上。
一般来说自带对接更靠谱,因为出问题只需要找一家供应商,也只需要登录一个系统。中间件当然能用,有时候也是唯一的选择——比如你已经绑定了某个特定的财务或外卖工具——但它相当于多加了一层,可能独立于两边系统之外出故障,出问题时还得先搞清楚到底是哪一边供应商的锅。
目标是让DoorDash、Uber Eats、Grubhub的订单都能像堂食小票一样直接打印或显示在厨房,不用任何人手动誊抄,而且这三个平台的数据都要跟店内订单一起,统一进销售和库存系统。通常做法是选一个原生支持这三个平台直连的POS,或者用一个中间件同时对接三家,而不是分别搭三条各自为政、行为还不一样的连接。
