小程序扫码点餐的业务实践
副标题[/!--empirenews.page--]
扫码点餐，即帮助餐饮商家实现通过手机扫码完成自助点菜，点菜结果传到商家收银系统及后厨。商家可根据小票打印出的顾客点菜信息备餐，提升顾客点餐和商家服务效率。 在当前餐饮服务体系中，堂食、外卖是两个最为核心的业务，扫码点餐解决的是商家提供堂食就餐服务时的线上点餐问题。
扫码点餐业务商家后台功能列表 根据商家实际经营模式和场所的不同，主要可分为2种类型的商家：不提供固定桌位甚至不提供桌位，提供固定桌位。 这两种模式可以对应快餐和正餐，两种点餐模式，一般不允许同时存在。一个商家，仅可选择其中一种。 一、取单号点餐
取单号点餐业务流程图 取单号点餐适用于诸如茶饮、快餐等商家的点餐服务方式，该方式以“取单号”作为出餐和备餐完成后的取餐凭证，“取单号”更可以结合叫号屏等外接硬件提供更加立体的服务。 针对这种模式，顾客可以到店时使用微信扫门店点餐码、搜索进入小程序等方式进入小程序进行线上点餐，下单完成后根据取单号取餐。 根据顾客的线下实际就餐场景，例如刚出门预估大概1小时后到门店能够用餐，这时候提供这种预约点餐的商家就可以开启“预点单”功能，满足类似顾客的点餐需求。顾客可使用搜索或者收藏的商家小程序，可以在出门前就下单支付，预约在1小时后到门店取单。 在这种点餐模式中，商家备餐内容及备餐的先后顺序也会将“取单号”数值和“预点单”时间作为重要参考依据，以提高备餐效率。
二、扫桌码点餐
扫桌码点餐业务流程图 扫桌码点餐是线下点餐场景中比较复杂的一种。 一般情况下，提供扫桌码点餐的商家为顾客提供了较为固定的桌位，会配备服务员随时服务，并且送餐上桌。 在扫桌码点餐业务中，所有业务都基于桌码。 在本文开始的“扫码点餐业务商家后台功能列表”脑图中： “桌位管理”即是对门店桌码的管理模块，其中“区域管理”用于设置门店中诸如大厅、包厢等桌位的所在区域；“桌位类型”用于设置大桌、中桌、小桌等桌位的大小及可就餐人数；“桌位管理”用于设置门店具体的桌位，每一个桌位都需要设置一个区域及桌位类型，且每一个桌位都需要设置一个当前门店不可重复的桌位名称，例如A1、A2，每个桌位都有对应的小程序码可供下载，然后由门店制作线下物料张贴到桌位上。 1. 结账模式在扫桌码点餐中，结账模式决定了点餐流程中是否提供中途加菜服务。若结账模式设置为“先吃后付”，则支持中途加菜，反之则不支持加菜。 1）先吃后付 先吃后付在实际场景中也是比较常见的，对于一些提供正餐服务的商家，他们乐意提供中途加菜的服务。 在先吃后付的点单流程中，用户选择完商品后，只要提交订单而无需立即支付，即告知商家所点商品信息，开始备餐。在这个过程中，用户提交的订单均是未结账状态，后续可基于该订单增加新的商品，并提交订单后告知商家新加商品信息，继续备餐。 需要说明的是，点菜及加菜环节，是不计算任何优惠内容的。该过程进入支付环节后，订单即会锁定，不再支持加菜。订单结算支付时，会统一计算可享受的优惠信息。 先吃后付的优惠计算滞后是在做这个业务中比较值得考量的一件事情。在餐饮的商家管理系统中，存在诸如优惠券、限时折扣、满减、新客专享、满赠等一系列营销活动。这些活动本身会根据订单实际总额发生一定的变化，例如满减可设置满10减5、满20减8等多个梯度，而用户在加菜环节中订单的金额是在不断增加的。 如果将优惠计算置前（提交订单时），一是没必要，二是对订单本身的计算存在一定的影响。因为加菜时，例如若订单金额触发了新的满减，就势必需要释放原有满减内容，而需要使用新的满减梯度进行订单计算，类似的情况对于优惠券这种优惠来说，更需要考虑冻结及释放的情况。 此外，这里还有细节需要注意。例如就餐人数、桌码选择后，就不能再更改；加菜的信息提交后，都需要推送最新订单信息至外设打印机等；加菜环节进入商品列表时，需在购物车保留已选商品信息，但不可编辑；加菜的商品在提交订单时注明是第几次加菜的。
2）先付后吃 先付后吃和先吃后付的区别即是不允许加菜，选择商品后需支付完成才会通知商家备餐。这种模式相比先吃后付模式就简单了不少，因为整体的点餐流程只存在一次，因此在提交订单时即可计算优惠并确定订单整体信息。
2. 点餐模式对于点餐模式，这里不再详细说明。 目前，我们设置了关闭多人点餐、开启多人点餐、拼桌模式等3种点餐模式，3种模式商家只可选择一种。 若关闭多人点餐，则用户扫桌码后，对应的桌位状态即变更为“已开台”，其他人若再扫这个桌码则会提示“桌位已被占用”。这种状态的桌位需由商家手动清台，或商家设置为支付完成后自动清台才可重新释放使用。 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
