一、立项原因
传统茶楼、棋牌室、足浴/KTV 包间等计时消费型休闲场所普遍存在以下痛点:
开台计费靠人工:顾客到店→选桌→计时的流程依赖前台手写登记,容易漏单、错算时长,高峰期排队体验差
多业态计费规则复杂:同一门店可能同时存在套餐制(按时段包干)、计时制(按小时)、商品零售(酒水/零食)三种计费模式,人工算账极易出错
第三方平台订单难统一:美团、抖音、快手等团购平台的订单无法自动同步到门店系统,需手动录入
设备控制分散:房间灯光、门锁、公共区域电源需要保洁/服务员手动操作,无法根据订单状态自动开关
后厨/前台出票混乱:不同商品需要自动路由到不同打印机(前台、后厨、包间),人工分单效率低
会员管理碎片化:储值、积分、优惠券、等级权益无法与消费场景联动
二、解决的产品问题
计时计费 套餐制 + 离线小时规则 + 在线小时规则三合一,支持中途续费、商品添加、合并支付
多平台团购 美团/抖音/快手 API 对接,团购券自动核销,订单自动创建,数据统一归集
设备联动 订单开始→自动开灯开电,订单结束→延时关灯关公共区域电源,支持定时开关窗口内拦截
智能分单打印 按商品类别配置打印机分区(前台/后厨A区/B区),MQTT 消息实时路由到对应打印机
会员消费闭环 开卡→充值→消费→积分→提成自动计算,支持余额/微信/线下多种支付
IoT 控制 涂鸦/ESP/极客/绿米等多协议设备统一管理,MQTT 指令下发,状态实时回传
业务背景
目标客户:茶楼、棋牌室、足浴会所、KTV 包房、私人影院等包间计时型服务业
单店/SaaS 多店:系统支持多门店管理,每个门店独立配置计费规则、打印机分区、设备绑定、团购平台
1.桌位管理、订单计费、商品与库存、会员管理、IoT 设备控制、打印系统、第三方平台对接(美团、抖音、快手)
2.
一、桌位管理
桌位信息维护、桌位状态(空闲/使用中/预约/待保洁)
桌位类别(包间等级)配置、附加服务项(保洁费/服务费等)
门锁绑定、电闸绑定、KTV 设备绑定、人体传感器绑定
桌位预约、转台(换房)
商品与库存
商品分类、多规格管理
库存进销存(销售出库、取消回库、盘点)
赠品、单品优惠、营销活动(限时折扣)
商品"无库存销售"模式
IoT 设备控制
订单开始→自动开灯、开门
订单结束→延时关灯、关门
公共区域电源:订单开始统一开,订单结束延时关(可配延时分钟数)
定时开关(按时间段自动开关设备)
支持协议:涂鸦、绿米、ESP、极客、泥人网络继电器
设备操作日志
打印系统
打印机分区管理(前厅/后厨A区/后厨B区等)
MQTT 实时消息路由,按商品类别自动分发到指定打印机
桌位订单打印(整单小票)、商品出餐票、储值小票
多分区绑定同一订单类型时重复出票
Web 端补打
第三方平台对接
美团:团购券核销、订单同步、评价管理
抖音:团购核销、订单同步
快手:团购核销
短信通知(订单提醒)
微信服务号(模板消息、客服消息)
1.主要负责第三方平台对接包含:美团团购验券、抖音团购验券、快手团购验券、绿米iot设备、涂鸦设备、小厂商ESP设备、泥人科技设备。订单计费规则包含:套餐模式、小时计费模式、时段卡模式
技术栈总览
层 技术
框架 .NET 5 / ASP.NET Core
ORM SqlSugar
缓存/延时任务 CSRedis(Redis 键过期回调)
消息队列 MQTTnet(IoT 设备), RabbitMQ
物联网 MQTT + HTTP REST 多协议适配
支付 微信支付 v2、富有支付、随行付
定时任务 Quartz.NET
打印 MQTT → WPF(WebView2) → Windows 打印机
前端 Vue 3 + Vite + Ant Design Vue + Axios + Vuex
声明:本文仅代表作者观点,不代表本站立场。如果侵犯到您的合法权益,请联系我们删除侵权资源!如果遇到资源链接失效,请您通过评论或工单的方式通知管理员。未经允许,不得转载,本站所有资源文章禁止商业使用运营!

下载安装【程序员客栈】APP
实时对接需求、及时收发消息、丰富的开放项目需求、随时随地查看项目状态
评论