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