小程序

餐饮扫码点餐小程序：桌号、菜品与出餐进度怎样衔接

菜单能打开，订单还要找得到桌台

门店安排堂食点餐时，顾客关心菜品和口味，服务员还需要知道这份菜送到哪张桌。扫码入口、购物车和备餐进度如果各自显示一套信息，后续加菜或改数量就难以核对。

这套餐饮扫码点餐小程序方案以堂食桌台为范围，把选餐与订单状态接在一起。顾客完成菜品选择，门店按自己的接单、出餐和结算规则处理；外卖地址、配送时段不混入这一版流程。

菜单上方持续显示桌号和用餐人数，进入菜品列表后仍能确认本次订单所属桌台。菜品名称、图片、价格、数量和用餐备注集中呈现，顾客不必先提交再说明特殊需求。

图中用三文鱼谷物碗说明选择过程，菜名与照片对应，备注保留“酱汁单独放”。数量变更后，已选份数和菜品金额一起变化。涉及鱼类等过敏食材时，页面保留联系门店确认的提示，不能只用一个备注字段代替必要沟通。

订单页保留同一桌号、菜品、数量和备注，同时区分“已提交”“门店接单”“备餐中”“已出餐”。当前画面停在待接单，避免顾客把提交成功理解为厨房已开始制作。

顾客需要加菜、退菜或改数量时，应结合当前制作进度处理。未接单、已备餐和已出餐能否修改，处理责任人是否相同，都应先由门店确定。结算方式也单独说明，不能因为页面出现金额，就推定已经完成在线支付。

这组页面展示的是桌台选餐与订单核对方式。图中桌号、菜品价格和订单号用于说明字段关系，实际经营资料应由门店维护；本地页面没有连接收银、后厨打印、支付和库存服务。

评估小程序定制时，可以先确定一桌多次下单怎样合并、售罄菜品怎样提示、谁更新出餐状态，再核对现有收银系统是否提供可用接口。会员储值、营销券和配送业务不属于这版已展示的范围，是否增加需要另外评估。

准备菜单与规格、桌台编号、口味备注、加退菜规则和一份实际办理流程，再明确由前台还是后厨维护状态。餐饮扫码点餐小程序的第一版，可先把“选了什么、属于哪桌、现在处理到哪一步”说清楚，再讨论更复杂的经营功能。