核销台 · 第六轮(只剩 3 题)
0 / 0
衡社荟 · 后台管理系统 · 第六轮

开工前最后 3 题,3 分钟

第五轮的回执收到了,核销台的需求已经全部定死,没有待定项,我们这就开工

这一轮问的是三个施工细节——都是「不问也能往下做,我们有默认做法」的那种。 但其中第 1 题如果我们猜错了,做完要返工,所以想先问你们一句。 另外两题你们不答也行,我们按默认的做。

✅ 前五轮已经定死、本轮不重问的:

· 核销台接五条线:活动 / 商城到店取货 / 预约到店 / 私宴订单 / 券卡课时卡
· 电脑和手机都要,手机为主
· 所有员工都能核销,但只能核销自己门店、自己业态的
· 扫错了扫的人自己就能撤,全程留痕,管理层能看到
· 核销不记金额,只记时间和人
· 折扣凡是能收钱的地方都打(充值除外)
· 留位费没来不退,来了原路返回
· 课时卡先扫码扣次,再做服务
· 私宴动线:预约码核销 → 客人扫桌码下单 → 付款 → 生成核销码 → 店员核销
3
本轮要问的
1
答错会返工
3分钟
预计耗时
01

私宴:钱是哪一刻算付清的

先说清楚我们在问什么。

上一轮定下的私宴动线是这样的:客人扫桌码点单 → 付款 → 系统发一个核销码 → 店员扫这个码,确认这一单交付完了。

问题出在中间那个「付款」。私宴不像商城——商城是下单当场付钱,一单一付,很清楚。 私宴是边吃边加菜,一顿饭可能点四五次,钱挂在桌上,最后一起结

那「付款」是哪一刻?下面三条虚线,是三个可能的发码时刻:
一顿饭的时间线
18:30
客人扫桌码,点了第一轮菜
¥880
← 如果选 B:这里就发一个码
19:15
加了两道菜、一瓶酒
¥420
← 如果选 B:这里再发一个码
20:40
整桌结账,一次付清
¥1,300
← 如果选 A(我们的默认):到这里才发码,一顿饭一个

★ 私宴挂账吃饭,核销码是什么时候发给客人的?要答

为什么问:这决定了店员一顿饭要扫几次码。

A,一桌一个码,店员在客人走之前扫一次就行。
B,客人点几轮就有几个码,店员要扫好几次——但好处是每一单送没送到都单独记着

这题是本轮唯一会造成返工的:我们默认按 A 做,如果实际是 B, 改起来要动订单和发码的逻辑,返工约 1.5 ~ 2 人日

02

商城自提码:万一撞号了

两个客人的自提码一样时,让客人报手机号后四位来区分,行吗?

为什么问:商城到店取货的码是6 位数字,是随机的。 随机就意味着——单子多了以后,两张不同的单子有可能撞出同一个码。 真撞上的时候,店员扫出来会看到两单,不知道该给哪一个。

这种情况不常见,但一定会发生。我们打算这么兜底:让客人报一下手机号后四位, 店员一看就知道是哪单。想确认这个做法你们能不能接受,因为它需要客人多说一句话

不答也行,我们就按这个做。

03

手机端:没网的时候能不能扫

员工手机端要不要做「没网也能扫,等有网了再同步」?

为什么问:门店有些地方信号不好(地下室、包间、库房), 员工拿手机扫码可能转半天转不出来

技术上可以做成「先把码存在手机里,等有网了再补记」。但这样会引出一个真问题:

同一个码,在两台手机上各扫一次,两台都显示核销成功—— 因为都没网,谁也不知道对方扫过。等联网同步时才发现重复了, 可那时候东西已经给出去了,或者服务已经做完了,追不回来。

所以我们的默认是不做:没网就提示重试,宁可慢一点,也不要出重复核销。 不答也行,我们就按不做处理。

填完发回给我们

第一个按钮,内容就复制好了,粘到微信发回即可。 只有标 ★ 的第 1 题必须答,另外两题空着我们就按建议的做。

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