基礎運營課:餐飲系統選型指南
丁一 · 2017-08-25 14:37:04 來源:紅餐網 3945
餐飲系統的發展
如今,餐飲系統(收銀系統)無疑已經是開餐廳的標配了,餐飲系統也是百花齊放百舸爭流的格局。
隨著移動互聯的崛起和系統開發門檻的降低,面對越來越眼花繚亂的功能和品牌,我們在選型餐飲軟件時,常常陷入巨大的恐懼:這他媽到底是不是騙子?
了解餐飲系統的前世今生,可能會讓我們安靜下來。
十多年前,第一批餐飲系統,以“點菜收銀軟件”的方式誕生了。點菜收銀軟件,顧名思義,是用來替代人肉下單和手工算賬的,尤其是自動分單到檔口的廚打功能,極大的提高了點菜下單的效率,從此,餐飲業深深的依賴上了收銀軟件。然而,點菜收銀功能的競爭門檻是很低的,餐廳又大多是單店,軟件很難賣得起價格。
伴隨著信息化的浪潮,收銀軟件慢慢的開始堅定的介入管理,向餐飲ERP轉型,其中最關鍵的一步,就是加入連鎖管控的功能。從此,餐飲系統開始采取“門店低價、總部高價”的黃金時代。也就是說,把收銀軟件賣給一家餐廳,掙不了幾千塊,只是切入市場而已,但是,一旦當這個企業發展到多家店之后,就一定會產生權限收緊、數據統一的需求,這時候門店的使用習慣也形成了,很多餐飲企業便不得升級十幾萬乃至幾十萬的總部系統。
隨著互聯網時代的來臨,攪局者出現了。一幫互聯網公司,繞過分店-總部的套路,一開始就以B/S架構設計產品,也就是說,一開始就給你總部功能,按門店數量收費即可。更有甚者,為了搶占市場,開出了非常低廉、甚至免費的價格。一時間血雨腥風……
如今,餐飲系統已經劃分為非常穩定的兩大陣營:一是天子星、天財商龍等老牌軟件公司;二是二維火、客如云等新派互聯網公司。
一般來講:老牌軟件公司由于做的早,采用C/S架構,業務流程經歷過長時間的檢驗優化,穩定性接近完美,功能模塊也一應俱全;缺點是價格貴(總部系統),涉及到移動互聯網方面(微信點餐、會員、平臺對接)的功能相對較弱。
而互聯網公司,一般背靠大樹不差錢,價格合理,微信點餐、會員、平臺對接等互聯網方面的功能豐富,而且輕便易用;缺點則是入行較晚,與餐飲業務的貼合性不如軟件公司,再就是B/S架構的硬傷——斷網即癱瘓。
餐飲系統的關鍵考察點
如果你聽過幾家餐飲系統公司的演示,我保證你聽完之后一定覺得大同小異,不知該如何決策。因為餐飲系統發展至今,基本功能方面,已經趨同了,而差異化主要產生在細節之中,經院長長時間的觀察,以下細節是一個系統成熟程度的試金石。
收銀點菜方面
是否可以多種付款方式組合結賬
下單界面是否友好,收銀員操作是否非常迅捷
促銷的設置是否豐富,促銷價、買一送一、首份半價
套餐是否有原價和套餐價,其差異是否計入優惠
報表
是否有敏感操作報表,包括退菜、反結賬、轉臺、并臺
是否有折扣報表,并可以追溯到賬單
可以根據SKU或分類橫向查詢各店的銷售
贈送、套餐、免單是否計入了優惠
多平臺打通
是否打通美團外賣和餓了么
是否打通美團點評
各平臺的數據能匯集到收銀和銷售報表中
會員
是否與微信公眾平臺打通
支持來電顯示調取會員信息
是否可以自定義篩選條件發起精準會員營銷,篩選條件包括消費歷史信息
是否支持多種儲值扣款方式(先本金、先贈送或按比例)
可以根據會員查詢跨店消費歷史
是否有會員異常報警
以上四方面,是餐飲系統必備的重要功能(供應鏈模塊也很重要,但大中型連鎖餐廳才會用到),也是市面上幾乎所有餐飲系統都具備的功能。但有這些功能并不代表好用,舉幾個不成熟的系統常見bug:
套餐不支持n選一的設置;
銷售報表中只有套餐的統計,沒有子產品的統計;
沒有把贈送菜品的金額計入應收營業額,導致優惠不準確;
點菜界面只考慮了客戶的體驗,沒有考慮收銀員的體驗;
沒有轉臺的記錄和報表,導致作弊風險無法發現;
會員消費沒有限制和報警,導致利用會員作弊的風險無法發現;
……
最后,祝各位老板選妃成功。
寫評論
0 條評論