關(guān)于這個功能 我覺得需要一個大版本更新 ，在實際運營中需要調(diào)整的方向很多

有以下幾方面

1. 分類

   從實際項目的運營角度來說，商城模塊的分類與門店里的商品分類模塊 會不一樣

   比如餐飲左側(cè)那塊的分類 或者說叫菜單 本身就是不一樣的，不可能拿著線上商城的分類做餐飲，這是非常不合理的地方

   方案有兩種

        簡單一點就是 系統(tǒng)固定分類（菜單）；復(fù)雜一點就是額外再提供給門店一個自定義的權(quán)限

2. 下單

   用戶下單時，還是使用的商城下單結(jié)算頁，這對做線下餐飲的連鎖門店來說，也是非常不合理的地方。

   正常的流程應(yīng)該是，用戶通過桌號掃碼進(jìn)來之后，優(yōu)先選擇用餐人數(shù)，然后選擇菜品，接著下單分兩種：一種直接付款然后出票出號；

   一種就是直接出票出號，最后用餐結(jié)束直接付款結(jié)算

3. 價格

   關(guān)于餐飲的商品定價，應(yīng)該要單獨設(shè)置一個會員價。

   很多門店菜單都會有兩個價格，一個會員價、一個非會價 這兩個價格不應(yīng)該受系統(tǒng)會員等級影響

   很多門店就是純粹的充值完成并使用即享受會員價。

4. 產(chǎn)品

   線上的產(chǎn)品應(yīng)該要與門店產(chǎn)品分開

   首先出現(xiàn)的情況就是，我線上商品是用來引流的，是為了用戶充值余額能有地方進(jìn)行消費的，而不是純粹為了門店消費服務(wù)

   其次現(xiàn)在所有的產(chǎn)品和門店的產(chǎn)品是公用的一張表，這個本身沒啥大毛病，但是如果涉及到餐飲的話 這塊可能需要調(diào)整一下，要將餐飲用的菜品單獨展示到一個頁面上，最好就是建立一個餐飲產(chǎn)品庫，門店要選擇菜品時從我的產(chǎn)品庫里選，菜品的結(jié)算價是固定的，銷售價格由門店自定義（加價給個范圍固定值或者是百分比都可）

5.小票打印機(jī)

   現(xiàn)在小票打印只能綁一臺機(jī)器，但是實際情況可能需要兩臺左右，收銀一臺、后廚一臺，甚至還缺少一臺叫號機(jī)