连锁餐饮扫码点单与会员小程序：12 个页面、三大模块、4 周上线

此前顾客点单靠服务员手写小票，会员卡是纸质集章卡，优惠券靠微信群发图片。三套动作彼此不通，月底对账要把小票、集章卡与转账记录三份材料手工比对，门店之间的会员也不通用。

按「顾客端—门店端—总部端」三层重新设计：顾客端小程序完成扫码点单、下单支付、会员注册与券包管理；门店端在同一套 Web 后台接单、打印、核销；总部端按门店维度查看订单与会员明细。会员与券在品牌下全店通用，数据落在同一张会员表上。

背景

这是一家在杭州开有多家直营门店的连锁餐饮品牌。堂食高峰期服务员手写小票，后厨凭小票出餐；会员用纸质集章卡，换购时靠店员肉眼核对；优惠活动在微信群里发图片，顾客到店出示截图。三条线各自成立，合在一起就出问题：小票会漏、集章卡会丢、截图会被重复使用。

需求形态

客户最初的说法是「想做个点单小程序」。评估时把流程画出来才发现，真正的痛点不在点单，而在三件事没有共同的数据底座：订单、会员、优惠。如果只做点单，会员和券还是两张皮，对账问题一点没解决。于是需求范围调整为三个模块一次做完，而不是先做点单再补会员。

方案

顾客端保持极简：扫桌角二维码进入，选菜、下单、支付，四步内完成，不强制注册；下单后自动关联手机号成为会员。会员模块包含等级、储值余额与消费记录；优惠券模块支持满减、折扣与指定商品三种类型，发放后带唯一核销码，核销一次即失效。门店端后台按门店隔离数据，店长只能看到本店订单；总部账号可跨门店查看与导出。

支付走微信支付，订单与支付流水一一对应，退款在后台发起并原路返回。打印机通过云打印服务对接，后厨与前台分别出不同联次。

交付

交付小程序端源码、Web 后台源码、后端服务源码、数据库结构与部署文档，另附店长与总部两套操作手册。上线前在一家门店做了为期三天的试运行，按试运行反馈调整了两处交互：一是把「加菜」入口从订单详情提到首页常驻，二是给店员端增加了未接单提醒。

复盘

这个项目值得记的一点是：客户提出的功能名词（点单小程序）和实际要解决的问题（三套数据不通）常常不是一回事。把流程画出来再拆功能，比按功能清单报价更可靠。另一点是试运行的价值，三天试运行暴露的两个交互问题，在原型评审阶段没有人提出来。

本案例为按典型项目形态整理的示例，不涉及任何真实客户信息。