餐飲行業隨著互聯網的發展日益迸發出新活力。巨頭也好、草根也罷，無一例外的拼命涌入這片看似極易被“互聯網思維”所改造的沃土。13年，阿里集團的“淘點點”項目，就曾希望與線下主流軟件做對接，打通線上與線下的餐飲業務。理想是豐滿的，現實卻很骨感。雖然表面上都叫“餐飲軟件”，但細分來看，中餐與西餐、火鍋與快餐，無論是上菜、點菜的方式，亦或人員的安排，都可謂大相徑庭。

想把服務于這么多軟件的 SAAS 系統只用一個標準口對接起來，幾乎沒有可能。餐飲系統，特別是中餐，不可能像當年 IBM 將 PC 分割成電源、主板、CPU、內存等幾大板塊一樣，被分割成標準化的部分，給廠商一個指定的規格，生產制造。所以，盡管阿里準備了足夠的錢財和決心，“淘點點”項目還是不可避免的失敗了。

然而，現在這個時代，早已不再野蠻生長，任何商家都在追求精細化運作。餐飲行業也不例外。舉個例子，以前的連鎖企業，都在用加盟形式來快速的跑馬圈地，并不十分注重品牌效應。然而現在做餐飲的商人都在關注精細化運作，注重餐館內部效率的提升。從上面的例子可以看出，打“泛餐飲”這一概念，極有可能是一偽命題。那既然泛餐飲 SAAS 走不通，有沒有可能只專注一個領域？從成都走出的團隊門鋪集，選擇了火鍋這個領域。

至于為什么選擇火鍋這個領域，據創始人鄧茂生介紹，主要看上以下幾點。首先，火鍋流程相當標準化。相較于中餐需要一道菜一道菜的去炒、去配料，火鍋的很多材料門店預先都會制作完備（比如黃喉、毛肚，這些材料預先都會準備好），就連火鍋廚師都不需要很高的技能，只需預先把材料切好即可。這些易被標準化的步驟，自然更容易建立信息化的流程。

其次，火鍋店目前還是存在很多痛點。比如信息化嚴重不足，顧客在點菜時，需要手寫菜品，交給服務員，服務員在收銀臺輸入顧客的訂單至電腦后才能下單。其次，給顧客上菜的流程完全是人工式的。出品員（連接廚師和上菜員的服務生）按照訂單一筆一筆的出菜，萬一哪筆顧客的訂單不小心被弄丟，顧客上菜的效率就會被大大滯后。廚師也不知道當前的庫存情況，比如顧客點了蟹肉棒后，發現庫存不夠，還得從外面即時進貨。所有這些問題，都導致了餐廳的效率降低，顧客就餐時間增長，翻臺率下降。

門鋪集不是一個餐館的 ERP 或 CRM 系統，主要功能，是信息化火鍋店所有流程，將廚師制作、顧客點菜、出品、傳菜、上菜這一些列流程打通。具體來說，服務員手持“店員寶”這款APP,開臺，點菜（開臺時，收銀臺會同步開臺記錄，將顧客所在的桌子變成灰色）。顧客選擇菜品完畢并且服務人員下單后，菜品信息會同步到收銀臺和出品臺。上文提到，火鍋店里的很多菜都是預制作的，出品員把餐配齊后，單擊“出品”，系統會自動出單。出品員把配好的菜和單子即可一并交給上菜員。

上菜員首先在收銀臺處掃描單子，收銀臺即錄入這是給幾號桌上的哪幾份菜。接著，再掃描菜員專屬手環，伴隨滴的一聲，系統會記錄本次上菜服務人員的姓名和編號，同時精確記錄了上菜員的工作量。上菜員把菜端到餐桌上，服務員再做上菜的處理，即在店員寶 APP 上劃掉已上的菜品。這時，收銀臺也會同步信息，在已經上的菜品前打了鉤。從點單、出品、上菜、結賬，這一循環就完成了。

同時，廚師所用的制作臺也會顯示出各項菜品的庫存情況。不會因為菜品短缺，臨時從其他地方配菜，從而耽誤顧客的時間。

傳統火鍋店需要把一桌餐配齊后，再給另一桌上菜,這其實對效率是一種極大的浪費。門鋪集提出一個多桌“并發”上菜的概念，比如 A 、B 兩桌都點了蟹肉棒，系統會給出品員和上菜員提示，同時給兩桌上菜。縮短了“首菜上桌的時間”，優化就餐用戶的體驗。

經過這一系列步驟，門鋪集就把餐館的一系列流程切分開來，方便對員工的績效進行管理。老板在門鋪集上，可清楚看到服務員服務的臺桌數，廚師制作菜品的數量，出品員出品的數量和時間，上菜員的上菜次數和時間等。員工也可以隨時查詢業績，獲知自己在所有員工中的排名情況。據統計，餐飲店經過這一系列的改造，效率約提升20%左右，火鍋門店的高峰時間被提前一小時左右。

團隊目前集中扎根于火鍋文化最為繁盛的川渝兩地，今年4月份，才從泛餐飲系統專注于火鍋餐飲 SAAS，目前已經將系統推廣至20多家火鍋門店。推廣方式有兩種，其一是利用本地的人脈資源進行推廣，同時門鋪集也與奧琦瑋旗下的微生活打通了顧客通道，雙方互相導流客戶。早些時候，團隊接受了來自奧琦瑋800萬元的投資。盈利模式主要是通過售賣 SAAS 系統和一些增值服務來賺錢。

團隊全職30人，創始人曾在稅務、交通、金融物流等多個領域擔任產品和項目經理。架構師張瑋曾在托普，IBM、 ISCC工作。當火鍋門店到達1000+時，團隊預計啟動下一輪融資。