关于这个功能 我觉得需要一个大版本更新 ，在实际运营中需要调整的方向很多
有以下几方面
1. 分类
从实际项目的运营角度来说，商城模块的分类与门店里的商品分类模块 会不一样
比如餐饮左侧那块的分类 或者说叫菜单 本身就是不一样的，不可能拿着线上商城的分类做餐饮，这是非常不合理的地方
方案有两种
简单一点就是 系统固定分类（菜单）；复杂一点就是额外再提供给门店一个自定义的权限
2. 下单
用户下单时，还是使用的商城下单结算页，这对做线下餐饮的连锁门店来说，也是非常不合理的地方。
正常的流程应该是，用户通过桌号扫码进来之后，优先选择用餐人数，然后选择菜品，接着下单分两种：一种直接付款然后出票出号；
一种就是直接出票出号，最后用餐结束直接付款结算
3. 价格
关于餐饮的商品定价，应该要单独设置一个会员价。
很多门店菜单都会有两个价格，一个会员价、一个非会价 这两个价格不应该受系统会员等级影响
很多门店就是纯粹的充值完成并使用即享受会员价。
4. 产品
线上的产品应该要与门店产品分开
首先出现的情况就是，我线上商品是用来引流的，是为了用户充值余额能有地方进行消费的，而不是纯粹为了门店消费服务
其次现在所有的产品和门店的产品是公用的一张表，这个本身没啥大毛病，但是如果涉及到餐饮的话 这块可能需要调整一下，要将餐饮用的菜品单独展示到一个页面上，最好就是建立一个餐饮产品库，门店要选择菜品时从我的产品库里选，菜品的结算价是固定的，销售价格由门店自定义（加价给个范围固定值或者是百分比都可）
5.小票打印机
现在小票打印只能绑一台机器，但是实际情况可能需要两台左右，收银一台、后厨一台，甚至还缺少一台叫号机
{{item.user_info.nickname ? item.user_info.nickname : item.user_name}}
作者 管理员 企业
{{itemf.name}}
{{itemc.user_info.nickname}}
{{itemc.user_name}}
回复 {{itemc.comment_user_info.nickname}}
![]()
{{itemf.name}}