桌码先绑定桌台，再决定谁能改桌
单店扫码点餐小程序要先让“顾客扫哪张桌码、厨房做哪几道菜、前台收哪笔钱”对应到同一张订单。先用三张桌、两道菜和一份加料选项试运行，再扩展完整菜单。扫码能打开页面只是入口；顾客追加菜、后厨缺货、支付失败或换桌时，订单若不能继续流转，忙时仍会回到口头传菜和纸条记账。
每张桌码应指向本店唯一桌台编号，顾客扫码后在页面明显看到桌号。贴码时由店长或前厅逐桌扫描核对，别把二维码打印顺序当成桌号顺序。店内若有包间、临时拼桌或外摆位，编号规则要能让员工听得懂；“A区8号”比只有“8号”更容易在出餐时定位。
旧桌码也要管。桌位调整、桌牌损坏或门店搬迁后，旧码应停用或重新绑定，避免顾客拿着照片远程下单到已经不存在的桌台。扫码页面可以显示门店名称、营业时段和当前桌位，但不能保证每次扫码都一定人在店内。前厅看到非营业时段、异常大额或重复下单，应有人工核对办法。
同桌多人点餐要先定一种收款规则：一人下单统一付、多人各自付，还是先点后在前台结算。三种方式对追加菜、优惠和退款影响不同。不要在页面上同时开放多种模式而员工不知如何对账。若允许顾客换桌，明确由谁操作、厨房是否同步更新新桌号、历史订单是否保留原桌记录。换桌不能只在服务员口头通知里完成。
桌台状态与清台动作也要明确。顾客结账离开后，前台把桌位从“就餐中”改为“待清洁”，清理完成后再开放下一桌扫码，避免新顾客的菜被记到上一桌。若门店不准备维护完整桌台状态，至少要有关闭旧订单和确认新订单归属的步骤。高峰时段让一位服务员只按桌号找单、另一位负责清台，可以看出系统提示是否足够清楚。
菜单给顾客看，也要能让厨房读得懂
前台菜单应说明菜名、份量或规格、价格、可选口味和售罄状态。对后厨更重要的是出菜工作台、制作备注与下单时间。凉菜、热菜和饮品若分开制作，订单拆到不同工作台时应保持同一桌号和订单编号，服务员最后能看出哪些已经出、哪些仍在制作。先拿一份含热菜和饮品的订单测试，而不是只下单一道标准菜。
加料和忌口不能只靠自由备注。若“少辣”“不要花生”属于厨房必须关注的信息，前台要有明确选项或醒目备注，后厨屏幕或打印单也要完整显示。菜单对过敏原、份量或食材的描述须与实际制作一致；复杂健康承诺不应随意写进菜品介绍。某道菜售罄时由谁能下架、已支付订单如何联系顾客换菜或退款，都应在上线前安排。
追加菜尤其容易混乱。顾客点完主单后又扫码加一份饮品，后厨要能识别它属于同一桌的新订单或同一订单的追加部分；前台则要知道是否已经付款。若系统把所有追加都合并进原订单，旧付款金额和新付款金额要分别可查。订单编号、桌号、下单时间、菜品状态和实收金额共同构成服务员核对依据，不能只凭手机通知弹窗传菜。
支付顺序必须与出餐规则相配
先付后做能减少未收款订单，但支付失败或顾客取消时，厨房不能误接单；先做后付适合部分堂食流程，却要有前台结账、漏单和换桌核对。两种模式都可成立，关键是页面、厨房和收银岗位执行同一规则。小程序支付商户主体、结算账户和退款权限由经营者按平台要求配置，演示环境能点击支付按钮，不代表本店已完成真实收款开通。
测试支付时至少做三次：正常付款、付款中退出、重复点击返回。看顾客端、前台待处理列表和厨房单据是否对同一订单给出一致状态。若顾客说“已扣款”而厨房没单，前台应能从订单编号和支付记录排查，不能要求顾客重新下单后再慢慢对账。退款也要与菜品制作状态配合：未做的菜、已做但未上桌的菜、已经服务的菜，处理方式应由门店规则与适用消费者权益要求决定。
后厨打印机或屏幕离线时，前台必须能发现漏单，并有补单机制。恢复连接后若自动重发，重复打印要能识别，避免两份菜一起做出。纸质应急单可以用于短时过渡，但恢复后要补回系统并注明已出餐，不能让财务只看系统里一半订单。
交班时也要核对未完成订单。晚班员工接手后，哪些桌已经付款但仍有菜未出，哪些菜已出却尚未结账，哪些退款等待负责人批准，应在同一待办视图或交接记录中可见。后厨不必访问顾客的全部个人信息，收银员工也不必修改菜单价格；按岗位分权既减少误操作，也便于事后查明是谁把订单状态改错。
选择工具前，先用一个高峰时段的缩小版演练
制作方式可以是产品化门店点餐方案、既有收银系统的小程序入口，或在特殊流程下单独开发。产品化方案适合菜单与桌台规则相对标准、希望店长自行改菜和查单的单店；已有收银系统若能把线上订单、支付与后厨设备连起来，也可能减少重复录入。若要求特殊包间结算、复杂套餐拆分或与旧 POS 深度联动，接口与设备责任需单独评估。选型时不要把“能做点餐页面”直接等同于“能接现有后厨打印机”。
凡科杰建云的产品化门店小程序面向本地到店经营者，公开介绍门店展示、会员及核销等运营场景。餐饮单店可以带自己的菜单和桌位图核对其当期方案是否支持扫码点餐、后厨接单及所需支付方式；桌台数、点餐功能、员工权限、设备连接、配置培训与服务期应逐项写进报价单。若某项能力未在演示和合同中确认，就不能把它算作标准交付。现有收银设备深度连接、专属厨房工作流、私有化和永久源码都需另行评估，不能从门店小程序的基本能力推断。
最后安排一轮不打扰正式顾客的模拟营业：三张桌同时扫码，一桌追加菜、一桌换桌、一桌支付中断；让前厅、后厨、收银各拿自己的界面或单据处理，核对菜品、桌号、状态和钱。再暂时断开一次后厨设备，观察谁发现漏单、谁补单、恢复后会不会重复出餐。只有这轮演练能讲清责任，桌码才适合贴到正式餐桌上。
相关文章
相关解决方案
可以直接参考的门店模板
