大型餐飲業靠五個 IT 人員是否可以開發出 ERP 系統？

01-30

我所在的連鎖餐廳企業有200多家餐廳，去年招的IT經理說自己可以開發出ERP,不用購買軟體。但這個我覺得很是疑惑，如果這樣都可以的話，那那些ERP軟體公司是否都該去死了？

曾經用工業erp做過餐飲業企業，也做過餐飲公司配送、及管理項目。

。。。。。妖邪。。的分割線。。。。。。。。。

這種項目可大可小。

從小了說，相當於集團財務，5個人基本能實現，但加之培訓、維護，5個人的壓力較大，此外如項目經理無財物管理經驗，項目風險大。

放大一點，增加集團供應鏈，做到內部主要料品配送，同時供應鏈同集團財務系統直連，並且能夠實時進行賬務處理（收款、應收款、應付款管理）。5人實現困難。

再放大一點，增加店內手持設備點菜系統，一般情況需要winCe或安卓開發，你認為5個人要干多久？

再再放大一點，店內物料管理。需加上店內原料採購、領用、形態轉換（死魚變活魚類型）、多計量單位換算（經常為浮動換算率）。。。。。同時該系統需要和點菜系統及集團供應連間有介面。你認為5人能幹嗎？

再再再放大一點點。菜品物料標準化、操作標準化，類似於生產性Bom及工序管理，同時和店內物料系統實時交互。。。你認為你們項目經理是神？

再再再放大一點，根據菜品生產過程及出勤狀態，自動生成工資，同時同集團財務、菜品操作流程間有介面。。。。。我不想說什麼了。

此外，由於自身為公司一員，項目需求很難壓縮（大家都平級，憑什麼你不給我做！！！），項目失敗風險隨上面層次一層層加大。

但是，以上過程中如不在乎成就感，可以學到很多企管知識。對將來有好處。

總之，不看好你們自行開發。同時，懷疑你們項目經理的職業壽命。

自己拿自己當小白鼠，是要有勇氣。

以上

基本不可能，對於餐飲行業的ERP開發存在極大的難度

1.IT人員對於餐飲行業流程的認知度不夠。

2.企業自身對於標準化、流程化以及管理規範化的實施不夠

3.餐飲信息化的關鍵控制點變化極大

4.餐飲人員對於信息化的執行力度和認知能力制約

5.餐飲行業對於信息化的硬體投入點極其繁瑣

我們參與過很多餐飲ERP建設，即使全中國10大知名ERP公司從項目調研、規劃、研發、實施、執行到優化至少要一年以上，是非常艱難的過程。

關鍵看需求。

是尋求自身業務的數字化，還是尋求企業業務的行業標準化。

如果對自己的業務流程很有信心（夠高效，夠精簡），那麼就自己搞。

如果想引入更加標準的管理，那麼就請諮詢和實施公司。

有時候決策人可能並不知道自己的目標，那麼建議請幾個有大型餐飲業實施經驗的公司來報幾輪價。不一定買，但是大概可以搞清楚實施公司能為你帶來什麼東西。

然後再判斷是否自己搞也不遲。

無論自己搞還是找實施公司，開發人員數量都不是關鍵。一旦預算和 deadline 決定，開發人員很好解決。

如果這五個人的開發能力很強則倒還可以

不過我建議還是以小而專的應用替代，各個應用間進行系統集成即可，那樣成本應該低於養五個開發人員吧

個人認為，這只是冠以erp的頭銜。針對餐飲業，不做用生產。那麼就是進銷存軟體，加上財務管理。

我們公司200人，業務人員150人，只有一個所謂的ERP人員開發人員成天坐在我們財務進行所謂的ERP調試。。。。。。

話說天知道這個ERP系統有多難用啊！我每次飯堂吃飯都恨不得用飯把那個所謂的開發人員給填死！

如果不了解客戶需求僅從開發人員的角度來看，那一個人也是可以的啊！

但是為什麼大家還要花大價錢去買金蝶啊！

舊公司用的金蝶，每天都被業務人員吐槽啊，但是即使是這樣也比現公司的自行個人開發的ERP好用一百倍啊！

#一個ERP使用者的血淚史#

不可能

五人開發ERP？好像是一件難度比較大的事情

首先要問的不是5個人是否能開發出ERP產品，首先針對某企業的定製開發，如果你定位為ERP則會是蠻痛苦的東西，我個人更傾向於做個mis系統，財務選擇專業的軟體，然後進行對接的方式。ERP是針對不同企業可以實現流程及表單內容定製的一個系統軟體，需要考慮兼容及擴展的內容會非常多，但對於特定企業，則無需做到全面兼容。只需針對自己企業特點進行定製即可，業務流程採用流程引擎，表單實現可定製擴展即可，結果其實是個mis系統而非ERP。在滿足核心業務需求的基礎上逐漸覆蓋企業其他需求。是否能完成需要看該團隊的整體實力和效率情況。（很多企業都在自己構建自己的系統，但代價都是不小的，做完善的系統5個人還是作坊了些，另外提醒一句，幾個人做的東西風險會比較大，建議不要）

如果你們200家餐廳的business flow 基本一致的話，那麼

答案是完全可以

ERP是企業bz flow 的信息流程化的體現，也就是說一塊豬肉從在市場上被你們的採購人員相中開始，到付款，然後入庫，最後直到進入你們食客的口中，然後食客結賬，為止。每一步的流程和周邊的相關是否決策，都要進入ERP。也就是說如果你們公司200個餐廳只是1個業態的話，那麼極端的說也就是1種bz flow，對於系統的考驗極端的說也就是容量的考驗而已。

但是

做的出來和做的好，完全是兩種不同的概念，特別是FB這種BOM非精確化，MRP的運行本身就需要看實施顧問的水平的行業。正如ls@Kay Tchee所提到的，每次都想殺了那個ERP人員，這就是個很現成的例子，這當中毫無疑問coder的水品起了負作用，但是BA的水平太次恐怕才是最關鍵的問題。

至於你說的ERP公司是不是應該去死的問題，要知道其實就算是現在很多500強級別的公司也是用的自己的系統，比如 Mersk的 Movex ， K+N的 Blue ，OTTO的 Allegro 等等。

至於是用SAP還是內部自己開發其實取決與具體的情況，你的ROI那個更合適？你的業務是不是很奇特？等等等等，您很難一概而論