Sample Case 01 / 餐饮 · 点餐
社区餐饮：扫码点餐 + 后厨 + 日报
3 家小店，高峰期排队、微信接单乱、后厨漏单；不改现有收银，先做桌码点餐、后厨屏和每日报表。
扫码点餐 / 后厨队列 / 今日经营（演示数据）
背景
门店在社区，午晚高峰集中。原来靠服务员手写、微信接单、后厨喊单：忙的时候漏单、错单，老板每天要等收银结账后才知道卖了多少。
老板不想换收银系统，也不想学复杂后台；只想要三件事：顾客能自己点、后厨能看清、每天能看一张简单报表。
约束
不能动
- 现有收银不换，不碰钱箱和支付流水
- 后厨只有一台旧平板，不能装复杂软件
- 老板只会看微信，后台必须极简
必须做到
- 3 周内上线，先在一家店试点
- 桌码点餐 + 加菜 + 后厨状态
- 每天自动生成一张经营日报
做什么 / 不做什么
这一版做
- 桌码点餐：桌号、菜单、加菜、备注
- 后厨屏：待制作 / 制作中 / 已出餐
- 日报：订单、营业额、客单价、外卖占比
- 老板后台：改价、沽清、看订单
这一版不做
- 会员储值、积分（下一版）
- 外卖平台对接（先手工录）
- 供应链 / 库存
- 复杂财务对账
方案
01 / 点餐顾客扫桌码，选菜、加菜、备注，提交到后厨。
02 / 后厨平板显示队列，点一下切换状态；漏单一眼看到。
03 / 日报每天打烊自动汇总，老板在微信里看一张图。
实现上不碰原有收银：点餐数据单独存，日报从点餐订单和手工录入的收银差额合并；先跑通一家店，再复制到另外两家。
界面
点餐页 + 后厨队列 + 今日经营（演示数据）
多门店日报 / 趋势 / 渠道占比（演示数据）
验收目标（不是结果承诺）
样板里只写目标，不写假结果。
点餐从 8 分钟降到 3 分钟内；后厨漏单 0；老板每天 1 分钟看完日报；改价 / 沽清老板自己能操作。
点餐从 8 分钟降到 3 分钟内；后厨漏单 0；老板每天 1 分钟看完日报；改价 / 沽清老板自己能操作。
真实项目上线后，这里会替换为：上线日期、门店数、订单量、实际耗时、客户评价。没有真实数据就保留"验收目标"，不编数字。
交付物
代码与部署
- 小程序 / H5 前端源码
- Node.js 后端 + 数据库
- 部署文档、环境变量、备份
运营与售后
- 老板后台操作说明
- 后厨平板设置说明
- 示例交付；真实项目售后按合同
想要你门店的版本？
按我的店做样张 →
先给我 1 家店的菜单和流程，我做一版可点的样张，再谈报价。