立项原因： 该餐饮品牌拥有50余家线下直营门店，日均客流量超万人，但目前仍采用实体会员卡进行积分累积与核销，导致会员数据无法线上化、营销活动触达效率低、用户复购率提升困难。为解决上述痛点，立项开发一款会员积分小程序，实现会员注册、消费积分、积分兑换优惠券及积分商城等功能，打通线上线下会员体系，提升用户粘性与复购率。
行业场景与业务背景： 本项目属于餐饮零售行业的私域流量运营场景。随着公域流量获客成本持续攀升，餐饮企业亟需建立自有会员池以实现精细化运营。该品牌希望通过小程序作为载体，利用微信生态的社交裂变属性，结合消费即积分、生日双倍积分、积分抵现等营销玩法，将线下客流转化为可识别、可触达、可分析的数字化会员资产，最终提升会员消费占比与品牌忠诚度。
餐饮订单管理系统 — 功能介绍
这是一套面向餐饮门店的 Spring Boot + MySQL 订单管理系统，覆盖从 点餐 → 厨房制作 → 收银结算 → 会员/库存/报表 的完整业务链路，支持多角色分工协作。
一、系统角色
系统按员工角色控制可见菜单与操作权限：
角色 典型职责 主要页面
管理员 ADMIN 全功能管理 全部模块
店长 MANAGER 门店运营 除报表、系统设置外的大部分模块
服务员 WAITER 接待、点餐 点餐、桌台、订单、预订、排队
收银员 CASHIER 收款结算 桌台、收银、订单管理
厨师 CHEF 菜品制作 厨房、库存
二、核心业务模块
1. 点餐（ordering.html）
按分类浏览菜品，支持规格、备注
购物车增删改，选择桌台后提交订单
支持 加菜（向已有订单追加菜品）
下单后生成订单，初始状态：待确认 + 待支付
2. 桌台管理（table-management.html）
可视化查看桌台状态（空闲、用餐中、预订等）
支持开台、并桌、换桌、转台
与订单、预订、排队联动
3. 订单管理（order-management.html）
订单列表查询、分页、按日期/状态筛选
确认订单：待确认 → 已确认，厨房可开始制作
取消订单：整单取消，未制作菜品回滚库存
取消菜品：单道菜取消，不影响其他菜
退款：已支付订单退款（会员支付自动退回余额和积分）
查看订单明细、支付信息、操作记录
4. 收银（cashier.html）
按桌台或订单号查找待结订单
支持多种支付方式：现金、微信、支付宝、银行卡、会员余额
已支付订单按钮置灰，防止重复支付
展示订单明细及每道菜制作状态
支付成功后更新桌台状态
5. 厨房显示（kitchen.html）
按 菜品类别（热菜、凉菜、汤品、主食、酒水、甜品、烧烤）分屏
按 制作状态（待确认、已确认、制作中、制作完成、菜品
本系统由我一人开发完成
技术栈：Spring Boot 2.7、MyBatis Plus、MySQL 8、原生 HTML/JS 前端
flowchart LR
A[顾客点餐] --> B[提交订单]
B --> C{管理员确认?}
C -->|是| D[厨房制作]
C -->|否| E[待确认]
D --> F[制作完成]
F --> G[收银结账]
G --> H[支付成功]
H --> I[桌台释放]
B -.-> J[取消订单/取消菜品]
H -.-> K[退款]
堂食流程：开台 → 点餐 → 确认订单 → 厨房制作 → 制作完成 → 收银支付 → 清台
预订流程：预订 → 到店 → 关联桌台 → 点餐 → 后续同上
排队流程：取号 → 叫号 → 入座开台 → 点餐 → 后续同上
会员支付：结账时选会员余额 → 自动扣款并累计积分；退款时退回余额和积分
系统特点小结
全流程覆盖：点餐、厨房、收银、会员、库存、报表一体化
双状态订单模型：制作状态与支付状态分离，业务更清晰
库存联动：下单扣料、取消回滚，减少人工差错
多角色权限：服务员、收银、厨师、店长、管理员分工明确
前后台一体：同一套系统服务前台营业与后台管理
评论