righteffort wrote:
不能同意更多。結論是...(恕刪)


第二段說的 「品質」 建議要更精確一點
撇開一些穩定性極差又沒有開放原始碼的ERP
有些很大的ERP公司也只有顧問團,因為顧問團可以綁住顧客,但增加程式多麼不靈活都沒自覺…顧客倒了還要你綁住麼?
那種只有顧問卻不願提供自己修改code的ERP公司不能用啊,三小時後就要投料即時要用了,還等人寫給妳就掛了,但是市場上很多爛ERP

有進入狀況的ERP System品質就很難說
例如SAP品質就不錯,要自己改相當可行,有些batch需求慢歸慢,但穩定多了,而且有些大量join考驗相應部門有沒有預料,公司上下游都用這套,所以選這個,初期公司成立都很虧錢,差點倒,熬過去之後現在穩穩賺,但是也有人用了就倒了,品質同時綁著公司體質
我認識的用甲骨文也一樣OK,而且他們公司大,還必須混血,人家就好好的,這很難單憑ERP品質了
ERP神話


(這篇文章主要是提供給老闆們參考,其餘非相關人士可斟酌忽略之。)

首先,ERP系統是甚麼新發明、何種高科技?

我認為:它依舊是數十年前大家已經在說的「資料處理軟體,data processing software」。唯一差異是:「ERP」是新名詞,比較洋化,聽起來比較高科技;「資料處理軟體」是老用語,聽起來像是落伍、只剩下未開化的人種還在使用的東西。

望文生義,「資料處理軟體」或「ERP」就是:「把人工處理資料這項作業電腦化」的工具。

重點問題:買了、用了ERP之後,企業的體質能否就此蛙跳三級?
我的答案是:不能。

一家工廠在15年前花了股東1億元台幣買SAP R2(或R3?)全部模塊,網羅並投入30位以上的IT菁英人員「調校」這套軟體。

這家股票上市公司自購入該ERP軟體的前後,即連年虧損,減資後又現金增資的次數已經難以追查。

最近的一次減資可能是:「彩晶先減資5成 再增資5億股

2014年8月的資本額是293.21億台幣。股票面額10元/股,市價10.9元/股。

「減資」是甚麼財務活動?
大家都比我清楚!就是:

以前我買了1000股的公司股票,因為公司長期虧損,所以股價也隨之長期下滑。現在公司宣佈:「你手上的股票只剩下500股。但是不必擔心!今天的市場價格才11元/股,明天的掛牌價就蛙跳成22元/股。所以,你並沒有損失。」

那麼,「增資」又是甚麼財務活動?
就是美化資產負債表的籌資活動:

公司加印股票,以低於「現在」的市場價格販售給投資人。公司拿到現金,投資人拿到股票。

我們相信科學,所以不可以直接這樣認定:「公司的營業狀況下滑,一定是ERP軟體害的」,因為這可能是時間上的巧合。

雖然如此,這個時間上的巧合告訴我們:ERP不能把企業或政府部門的經營品質射到外太空

這樣想像比較容易理解這項結論:

(a)一家把毒品加進澱粉,美其名為「麵質改良劑」的公司,業績斐然。某日,事蹟敗露,其產品被強迫下架,賣不出去。這時,公司老闆去ERP跑「市場戰略分析」報表,有救嗎?

(b)一家混充銅葉綠素,假冒「橄欖油」在市場販售。財源滾滾。某日,突遭不測,被檢調單位起訴。這時,公司老闆去ERP II數據挖礦(data mining),有救嗎?

(c)一家回收餿水油、工業用油、豬隻吃的飼料油假冒人用的食物油,在市場販售。富可敵國。某日,突遭不測,被消費者爆料並集體抵制。這時,公司老闆去雲端ERP III分析大數(big data),有救嗎?

《食品衛生管理法第十九條》規定:「禁止食品標示、宣傳或廣告誇張、易生誤解或宣稱醫療效能之情形,且涉及違反健康食品管理法第六條規定者,應依違反健康食品管理法論處。」

這條法規十分合理,它制止廠商欺騙消費者,保障消費者的權益。
然而,吊詭的是:ERP產業卻完全沒有類似規範,各國政府徹底放任軟體廠商自由發揮其「療效」!而且全球皆然!

下次如果有ERP行銷總監率團,風塵僕僕拜訪貴公司,在圖文並茂的簡報會上給您「買了我們代理的德國製ERP、我們就規劃一份800頁的完美方案、派遣曾經輔導過華爾街500大企業的國際級經營專家顧問團進駐並輔導貴公司之後,貴公司現在雜亂無章的管理水準必上軌道、庫存呆料減少N%、成本降M%、毛利升P%,趕英超美,小企業變大企業,大企業大躍進,擠進國際舞台前Q大...」這類口頭保證的時候,建議老闆您:持懷疑態度,下決定之前,先弄清楚這ERP是補、是毒。

結論:ERP神話不可信、不道德

資料來源:
http://www.erpsalon.org/content/13项大型erp失败项目
ERP是補藥還是毒藥


最近爆發的食品安全事件鬧得沸沸揚揚,包括本人在內,仍然分不清「補」與「毒」。
因為擔心仍有極少數人不知道ERP也有「補」與「毒」之分,所以我也來嘗試澄清一下ERP的「補」與「毒」。

ERP產生的費用,負面影響企業或政府部門的業績。ERP軟體伴隨下列費用:

(a)軟體採購費用
(b)15% ~ 20% 購買價格的年度維護費用
(c)上線輔導顧問費用
(d)IT人員薪資
(e)硬體費用
(f)網路租用費用
(g)電費

提示:在財務報表的「損益表」裏,「費用」是構成「毛利」的減項。

既然軟體商的「承諾」有些含糊,「費用」卻十分具體、可能吃垮企業,那麼,是不是企業乾脆不要購買或自行設計ERP?

當然不是!企業必須使用ERP系統。理由是:

(1)ERP處理資料的速度比人工快
(2)ERP處理資料的費用比人工低

所以,除非是微型企業,否則,強烈建議:一定要使用ERP去處理資料。

結論:

(1)如果ERP「帶來的成本降低金額」高於「伴隨而來的費用增加金額」,則該套ERP是補藥。
(2)如果ERP「帶來的成本降低金額」低於「伴隨而來的費用增加金額」,則該套ERP是毒藥。


---------
坦白從輕。本人自首:從事ERP系統開發工作,在貴寶地嘗試尋找志同道合的ERP英雄豪傑一起改善ERP產業的不完美現狀,並期望從中獲取心安理得的收入。

濃縮版:我也打算賣ERP軟體和服務。
---------
未來,如果我們的事業成型,我們將提供的ERP只保證能幫助企業:

(1)提高處理資料的速度
(2)減少處理資料的費用


也因為我們的ERP不能幫企業提昇體質N級,所以我們的服務收費也將只有萬能ERP的N分之一。
righteffort wrote:
ERP神話不可信、不道德。


真的蠻有道理的

ERP還是要看公司狀況吧!

如果一家公司如果是穩定成長,導入ERP應該是有助益的

或者一家大型公司很賺錢,但是在許多管理方便有待加強,導入ERP應該也是有助益



如果一家公司的營業額慢慢減少,原因是產品跟不上時代,慢慢被取代,這時候除非推出新產品,不然導甚麼死人骨頭都沒用
導入ERP 與其說是系統的較量
倒不如說是公司組織的較量
若沒有事必躬親 強勢領導的 高層強人
或者若公司有數坐山頭權力在對抗
ERP的建制和實做就不會順利到哪裡~~~ 只是不斷付錢給顧問公司


新創公司還有機會
有包袱數十載的公司... 倒不如等轉投資新公司時才會有機會引入新系統.

以前在ERP公司工作過...
看到的狀況是~
賣的出去沒問題,但走完所有階段並結案的機會微乎其微..
我需要諸位貴人的提拔


求職之路很不順遂,投求職信都石沉大海。

幾年前,一次求職資訊副理,終於獲得面談機會。面試官是一位財務主管。她只問兩個問題:

(1)你最多帶過多少人?
卑微的我,心裡面掙扎:「糟糕!才6個人而已!要不要灌水?」最後還是坦白從寬:「6人。不過,帶的人數越少,能力越強。」
面試官好像沒聽進去後面那一句的樣子。心想:「算了!和面試官辯論,大不智。」

(2)你用過哪些大型ERP,例如SAP?
卑微的我,回答:「tiptop。不過,我有能力開發一整套ERP。」
面試官好像沒聽進去後面那一句的樣子,我也不好意思重複「提醒」她。

接下來,東一句、西一句的,對方好像已經沒有其他問題可問了,而我也不知道要怎樣繼續推銷我的專業。

結果當然是「謝謝!如有必要,再通知你。」


走投無路之下,在貴寶地找貴人提拔。
能幫我引薦MIS工作,或是合作創業、能把ERP事業推上去的人,都是我的貴人。

「自助者,天助」。總要先寫自白書,讓大家評估一下:此人是不是扶得起來?此貨是否有市場?

所以,接下來幾篇,是我的求職、求合夥自傳。
Wesley Hsu wrote:
真的蠻有道理的ERP...(恕刪)

我也一直都這樣認為。
不能再同意更多了!
人力資源主管可以透過我的作品來瞭解我的專業。

自2002年起,我著手設計一個【資訊系統開發框架(framework)】和ERP系統。因為它們使用PostgreSQL,所以取名PostERP

前文提及的這位中國架構師的大作,其撰文日期是2008年。文章略長,走馬看花後赫然發現彼此的想法頗有雷同!

接下來的幾篇文章就按照這位架構師條列的「理想ERP架構」,略述PostERP的現況。請各路英雄豪傑秤秤它有幾兩重,並且評估一下:

(A)是否有無合適的MIS部門職缺可以引薦給我?
(B)合作創業
B1、它能否帶給ERP使用者實質的幫助?
B2、它是否值得您的投入?
B3、改採用你手上現有的祕密武器的勝率是否更高?(若是,請不吝分享!)
(1) 業務程序員少寫代碼就能實現業務功能


ERP系統的核心功能是:

(1)畫面 -- 供使用人輸入、修改、刪除、查詢資料。
(2)計算業務邏輯 -- 例如:跑MPS、MRP、會計結帳、計算成本、計算薪資...。
(3)報表

既然這三類功能是ERP必備,那麼,應不應該想辦法把設計這三類功能的工作量減到最少?當然「應該」!
接下來的疑問是:能不能把設計這三類功能的工作量減到最少?我的答案是:「」:

(1)畫面 -- 不需要寫程式
(2)計算業務邏輯 -- 要寫PostgreSQL的PL/PGSQL程式
(3)報表 -- 要寫SQL

更明確地講:在PostERP上面開發、修改、強化、打掉重練ERP,不需要懂Crystal Report、Java、.net、C++、C#、Delphi、PHP、ABAP、VB、COBOL、CICS、Python、multiple thread、SOA、CORBA...。這些開發工具、程式語言、技術都用不到。

只需要這些專業:

(1)資料庫設計
(2)PostgreSQL
(3)自己的行業知識(domain know-how),製造業則額外需要MPS、MRP演算法。
(4)會計

換句話說,只需要寫SQL以及PL/PGSQL程式。
PL/PGSQL不難懂!有經驗的程式設計人員,自己看手冊,30分鐘就可以開始摸索前進。

按以上技術要求,想要開發一套全新的某行業專用ERP系統,有何困難?
我的經驗:

(1)我設計製造業專用的ERP系統,費時10年。但是因為這段期間是在同時設計【資訊系統開發框架(framework)】和ERP系統,所以無法拆分花在ERP的淨開發時間。

(2)我設計一套智慧財產權事物所專用的資訊系統,約10個人日:
含系統table,共163個table。
- 9個畫面
- 29份報表
- 無縫整合會計模組

不過,這套智慧財產權事物所專用資訊系統大量沿用製造業專用ERP系統的table,例如:系統table、會計table等。

甚麼樣的ERP系統的開發速度才能說是「生產力」?應該就是指這種吧!

有甚麼ERP新專案,其規模大到你不敢接?我的回答是:「想不出來。」
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!