餐饮不缺点餐工具，缺能长大的工具。多数系统是单店版：开二店要重装，会员、券、菜品全部重建，两店数据永远对不上。平台型方案抽佣且数据不归商家，商户看不见自己的用户资产，利润被持续摊薄。点餐、会员、券、报表又是几套后台，店员要记多个账号，老板拿不到一张完整报表。门面还改不了，所有商家的小程序长得一样，换个 banner 都要提工单排期。做 SaaS 的一方同样难受：开通一个商户就是一次人工实施，多租户能力弱，租户之间无法差异化，续费全凭销售感觉。虔超点餐要解决的就是这件事——让商户用一套系统管住所有门店，让平台用一套系统托管所有商户，而门面与数据都归商户自己。
虔超点餐是一套多租户点餐 SaaS：一个平台托管 N 个租户，每个租户下 1～N 家门店。用户端小程序走完堂食闭环——扫码识别桌号、双栏选菜加购、确认订单、微信支付、取餐号、评价复购；商家管理端管订单、商品、桌台、会员营销、报表与小程序装修；平台运营端管租户开通、套餐订阅、交易总览与代理登录。四条原则：数据隔离在租户级，跨租户在界面层不可达；功能边界由套餐决定，升级即开通；门面可差异化，品牌色与 banner 自助配置，千店千面不改代码；超管可代理进入租户后台，全程留痕。主链路做了三个"少一次"：加购不跳页、取餐号替代追问、再来一单复用旧单。
1.我负责模块：系统整体设计和代码编写
2.项目亮点；商业上卖订阅不抽佣，与商户利益同向；数据归商户，会员与储值留在自己租户里；租户开通是配置不是实施，边际成本随规模下降。产品上门店级装修让连锁品牌能给每家店做差异化；菜品、券、会员跨店共享，价格库存按店独立，解决"开二店等于重来"。体验上取餐号做成页面最大字号，是嘈杂堂食环境下的刚需；支付成功页同时给出取餐号、预计时间与催单，把售后咨询前置消化。设计上三端共用一套色与字阶，商家端浅色侧栏、平台端深色侧栏，用视觉区分权限危险区。工程上租户 ID 贯穿全链路，一屏对应一个路由，后续 KDS、多门店、外卖都能挂骨架加。
评论