开发餐厅里扫餐桌码进行点餐下单

背景提要

现在越来越多餐厅为了节省人工成本和减少出错率，把点餐过程都转移到小程序/网页里。
顾客入座后，通过扫描餐桌上的二维码或小程序码，即可查看餐厅菜单和挑选餐品下单，在线支付后等待服务员上餐即可。
接下来是说明。
前台思维导图：

后台思维导图：

扫码功能的实现

通过微信、支付宝或其他自带扫码功能的App，或者在自己开发的网站/App里集成扫码功能，完成扫码后才能正式进入点餐。
如果要自己开发，也可以在浏览器、app、微信小程序、微信服务号的场景下分别调用相应的接口实现扫码功能。
参考文档：
调用微信小程序扫码
微信服务号网页上调用JS-SDK扫码
普通浏览器H5调用摄像头扫码

扫码前要进行的事情

生成的二维码必须附带有餐桌标识，进入网页/小程序后前后端都可以获取到该标识，并对用户、餐桌号等进行绑定，方便后续结算处理。

扫码后要进行的事情

若是服务号扫码则需要关注公众号，方便发送订单消息给用户。
若是小程序要使用请求用户订阅消息，同样是方便后续发送订单消息。
无论通过何种端口进入，若是之前的订单还未结算，则扫码后直接显示该订单或者该餐桌情况，防止顾客意外退出后找不到原本的下单情况。
进入下单后，最好先要求顾客选择用餐人数，方便服务员呈上适量的餐具和后厨对餐品的提前分割处理，选择完人数后才显示餐品菜单、购物车和结算按钮。

餐桌管理

服务员可看到所有的餐桌情况（一个餐桌对应一个餐桌码），包括但不限于用餐人数、下单次数、用餐时长。
餐桌状态：无人时为“空闲”，服务员可将其改为”占用“代替顾客先行占位，当有人扫桌码则视为“点餐中”，下单后为“已点餐”，上餐后为”已上餐“，呼叫服务时为“呼叫中”，有服务员接到消息可改为“正在前往”，到位或完成服务后点击结束会变回“已上餐”，”用餐完毕后为“已结账”，清洁完成重新变为“空闲”。

用餐完毕可以直接选择已清洁变成“空闲”，默认为”已结账“。

商家可对餐桌打标签，方便统计和服务员观看和筛选。

服务员可对餐桌个人重新排序、备注、根据标签进行筛选等。

餐桌可点开查看当前和之前订单情况。

下单、加菜与结算

下单即付款模式：下单后需立即付款，支付后才会通知服务员，加菜直接视为多次订单；
多单即付款模式：下单后需立即支付，支付后才会通知服务员，此时视为“首次点单”，之后再次下单会在原有基础上视为”第一次加菜“、”第二次加菜”，直到离开餐桌后，服务员点击“用餐完毕”才会视为订单完成；
餐后结账模式：下单时、之后加菜都不会进行支付，只有最后顾客或者服务员点击“用餐完毕“进行结算才需要在线/线下支付，顾客点击用餐完毕时也会有服务员收到通知上前收拾餐桌。

纠正订单

当顾客发现自己所下订单有误时，可以呼叫服务员修改；
服务员发现/收到厨房通知发现餐品意外情况时可以在知会顾客后进行修改；
服务员可以通过自己的手机查找或者扫码修改对应餐桌订单里的未制作餐品。
厨房最好也有对应的待制作/制作中的状态修改权限。

打印与通知

手机接到订单后打印小票给顾客：小程序调用打印机
需要标记不同桌码，归结为不同楼层，不同位置的服务员和前台可选打印和接受哪些类型、哪些餐桌的通知。
顾客用餐过程中有问题可以点击呼叫服务员（并可直接选择需求，如纸巾、餐具、催单、结账等），呼叫期间可以取消呼叫，呼叫后对应位置的服务员会收到通知并可点击前往，点击后所有人会看到“正在前往”，完成后才可以点击结束服务。

兼容外卖功能

原本已有外卖配送、自取打包、自取店食三种模式，统一下单并在结算界面进行选择。
餐品制作时间和餐厅等待时间依旧可用于桌码点餐的模式，而店内就食会和桌码点餐互相侵占桌椅餐具等用餐设施设备，因此采用互斥的单选项，即商家启用了店内自取就食就无法使用桌码点餐的形式，反过来启用了桌码则前台不会显示店内就食选项。
订单列表原本为统一管理界面，但由于桌码并非以订单和个人为主体，而是以桌码为主体，伴随多人或者多张订单的情况，因此主要在餐桌列表里呈现和管理，而在订单列表里增加筛选外卖/打包 或是 店食/餐桌，一次用餐中的多次加菜的订单应该有所标识为餐桌点餐、加菜，或者合并一次餐桌为一个整体订单。

结语

以上就是开发餐桌码点餐收集的资料和阐述了流程、注意要点等，如果有问题可以再问我~~