衡社荟 · 第十六轮(4 题)
0 / 0

衡社荟 · 第十六轮确认

扫桌码点单:还要不要「离桌结账」

客人扫桌码点单这条线,眼下有两种结账方式让客人自己选:先付(付了才下单)和 挂账·离桌结账(先吃,走的时候一起结)。
你们这两天提出:扫桌码的就该点完直接付钱,付了才进后厨,不要离桌结账,也不用取餐码。
这几句会连着改动好几处已经做完的东西,其中一处还会留下一个没人管的活(第 2 题), 所以想请您先拍个板。
其中取餐码那一条(第 3 题)我们已经先改了 —— 那条没有别的合理答案, 放在这里是为了留个书面痕迹,勾一下就行。标 ★ 的 3 题必须答, 第 4 题不答就按写了「建议」的做。

4
题
3
必答
3分钟
预计耗时

先看一眼现在是什么样

··

客人点完菜,现在会看到这一屏

确认订单页(下半部分,示意)
合计¥152
结账方式 ○ 先付
余额 / 微信支付成功后推单至后厨

◉ 挂账 · 离桌结账
直接下单入桌台账单,多次加菜合并,离桌统一结账

这两种方式的实际差别:

  1. 先付:客人点完 → 付钱 → 付款成功后厨房才收到单。加菜就是再走一遍,再付一次。 客人走的时候不用做任何事,因为每一单都已经付清了。
  2. 挂账 · 离桌结账:客人点完 → 厨房立刻收到单,钱先欠着 → 可以反复加菜,都记在同一张桌台账单上 → 走之前在小程序上一次结清。

现在是一张桌一张桌配的:日咖夜酒那几张桌没配,就落到系统默认的「挂账」; 私宴那边配了一半:西厅 A01、A02 是「先付」,东苑包间和茶室是「挂账」,西厅 A03 还没配。 桌台没配的时候,客人这一屏上两种都能选。

01

★ 扫桌码点单,还留不留「挂账 · 离桌结账」

客人扫桌码点单,是不是一律先付钱、付了厨房才做?

为什么问:这不是一个开关的事,两摊的情况不一样。

日咖夜酒是吧台位、单价几十块、客人坐一会儿就走 —— 点完就付很顺,我们同意。

私宴的东苑包间和茶室不一样:一桌人吃两三个小时、中间反复加菜。 改成先付,意味着每加一道菜就要有人掏一次手机付一次钱,一顿饭可能付五六次。 包间当初配成「挂账」,就是为了避免这个。

另外要说清楚:「挂账」不只是一个结账方式,它是后台好几个功能的地基 —— 多次加菜合并成一张账单、前台在后台替客人代结、结错了能反结账、两桌并成一桌、 结清后发交付码给店员扫。这些都做完并验收过了。 真要全部取消,等于把这一摊的后台动线重排一遍。

如果全改成先付

客人每次点菜都当场付清,桌台账单上永远是 0 元待结。

好处:钱不会跑单,店员不用追着客人结账。

代价:包间客人一顿饭要付好几次;后台那几个功能(代结、反结账、并台) 就没有用武之地了。

如果只改日咖夜酒

日咖夜酒那几张桌配死「先付」,客人那一屏上不再出现选择,直接就是先付。

私宴包间照旧挂账离桌结。

代价:几乎没有 —— 这是后台改个配置就能生效的,加上把客人那一屏上 只剩一个选项的方框收掉。

02

★ 客人走了,这张桌谁来「腾」出来

取消「离桌结账」之后,系统靠什么知道这桌人已经走了、可以接待下一拨?

为什么问:这是第 1 题连出来的一个真空,我们检查代码时发现的, 必须在动手之前定下来。

现在桌子是「客人点了结账」那一刻自动腾空的 —— 除此之外, 系统里没有任何一个地方能把一张桌子标成空闲。

所以一旦不再让客人离桌结账,就会变成:客人吃完走了, 系统里这张桌永远显示「占用中」。下一拨客人扫同一个桌码, 会被当成「加菜」并进上一拨的单子里 —— 菜单上会看见别人点的东西,账也算在一起。

这题不填,第 1 题选什么都动不了手。

03

★ 取餐码我们已经撤了,请您追认一下

日咖夜酒下单后给客人的那个四位取餐码,已经按口头意见撤掉了 —— 请在这里确认一下。

为什么问:这一条是您自己在第十三轮定的 —— 当时问的是「店员送餐到桌,怎么确认没送错人」, 给的三个选项是「核对手机尾号 / 发取餐码 / 不核对」,您选了取餐码, 我们照着做了(后台接单台上,店员要输入客人报的四位才能把这单推成「已送达」)。

这两天您说「扫桌码的不需要取餐码」。我们理解您的意思是: 菜是按桌号送过去的,桌号本身就定位了人,再报四位是多余动作。 这个道理站得住,所以我们已经照着改了(2026-09-21 当天): 往后扫桌码点的单不再发码,接单台上「送达」那一步也不再要求输码。

之所以还要占您一道题:它推翻的是一条您自己签过字、我们也已经做完的东西。 问卷是决策留痕的地方 —— 半年后有人翻出第十三轮那张表问「怎么没做」, 得有这一页答得上来。勾一下就行;您要是觉得不妥,我们改回去也很快。

另外区分一下:商城、套餐、卡券那类「到店核销」的码不在这题范围内, 那些照常发、照常扫,不受影响。

04

私宴结账后那个「交付码」还要不要

私宴客人结清之后,小程序上会出一个 SY- 开头的交付码给店员扫。这个还留吗?

为什么问:这个码是在「客人结清」那一刻才发出来的。

如果第 1 题您选了「两摊都改成先付」,客人就不再有「结清」这个动作了 —— 这个码也就没有了发放的时机,功能会自然失效。 它现在接在你们的统一核销台上,是六条核销线之一。

如果第 1 题选的是「只改日咖夜酒」,私宴照旧结账,这题可以不用管, 空着我们就按「保留」做。

填完发回给我们

点第一个按钮,内容就复制好了,粘到微信发回即可。 标 ★ 的 3 题必须答,第 4 题空着就按写了「建议」的做。
🔴 第 2 题最要紧 —— 第 1 题不管选哪个,第 2 题不定下来,客人走了桌子就一直挂着, 下一拨客人会点进上一拨的单子里。

填写会自动存在这台设备上,中途关掉不会丢。换设备、换浏览器要重填。

另外说明(不用答)

  1. 「加菜要再付一次钱」这件事本来就成立,不用另外开发。 先付模式下,客人在出餐状态页点「加菜」,回到菜单点完再付一次, 付款成功后厨房才收到新的单 —— 这正是您描述的动线。
  2. 同一张桌多个人扫码,点的菜已经能互相实时看到了(2026-09-21 上线)。 一个人结了账,同桌其他人点结算会被告知「已经有人结过了」,不会重复收钱。 本轮无论怎么选,这一条都保留。
  3. 这一轮的工作量,按上面几题的选择加起来大概 0.5 ~ 4 人日, 差别主要在第 1 题(只改一摊 vs 两摊都改)和第 2 题(谁来清台)。 每个选项后面都标了单项的数。