警戒SAP項目被「中間商賺差價」

前段時間某買賣二手車的廣告特別火,裏面有一句話叫「沒有中間商賺差價」特別有說服力。一樣在作SAP項目的過程當中也是要警戒各類「中間商」賺差價。程序員

 

正常的SAP項目的都是甲方和乙方兩邊簽署合同合做實施,並不會有第三方參與。甲方負責提供場地,提需求,提供關鍵用戶和IT資源等等,乙方負責出顧問出技術。可是筆者見識過一個奇葩的SAP項目,被層層外包出去,被各類各樣的「中間商」賺了差價。 微信

甲方企業最早是跟老闆認識的一個教授籤合約,將本身家的SAP項目全權轉包給他負責。這個教授聽說在行業裏頗有威信,把老闆和管理層忽悠得不得了,在老闆和其餘高層的心中就跟神同樣。而後這位教授把這個項目再轉包給他參股的公司A,而這公司A實際上並非作系統實施的,這家公司的老闆又將這個項目轉包給一家作SAP實施的公司。而後這個教授又找了一個團隊,在實施過程當中替代甲方去跟實施團隊作需求對接,甲方稱這個團隊爲甲方表明。spa

 

甲方——>教授——>公司A——>實施團隊;3d

甲方——>教授——>甲方表明;blog

 

就這樣這個項目轉了好幾手,從頭至尾這個SAP項目包括硬件(HANA)、軟件以及實施費花了差很少四千多萬,而作出來的SAP系統只是啓用了SD、MM、FI這三個模塊而已。基本上裏面的銷售和採購的單據都只是走個過程,SAP系統最主要的功能大概就是作個財務帳,僅此而已。 資源

在我看來,這個項目的規模按正常作項目費用最多最多也就一千萬出頭,而這家企業硬生生給作到了四千萬。當我聽到這個金額的時候簡直要驚掉下巴了。中間各類盤剝和差價比整個項目的費用還要多。更可怕的是,由於實施團隊並非直接跟甲方籤的合同,實施團隊的費用都是靠公司A給的,而後公司A的錢都是靠這個教授給的。 開發

在這個過程當中,實施團隊只會聽公司A和教授的話,他們纔是金主,根本不會把甲方放在眼裏。甲方表明就更是奇葩的一個團隊存在了,本身還要先去了解企業的業務現狀和需求,再去跟實施團隊合做。由於甲方表明的金主實際上也是那個教授,因此這個過程當中也不會把甲方放在眼裏。由於實施團隊和甲方表明某種意義上來講都是屬於同一個老闆,因此兩方坑壑一氣,對系統的功能和甲方的需求都是能忽悠就忽悠。 文檔

由於「中間商賺差價」的緣由,真正給甲方表明和實施團隊的費用並很少,錢沒給夠,出的顧問質量也不高,對甲方關鍵用戶的訴求基本愛理不理,能推就推,甚至懶得解釋直接就建議用戶去跟SAP公司聯繫討論系統的改善。對甲方IT的要求也直接忽略,甚至投訴到高層,搞得甲方IT特別被動,根本沒法起到監督做用。SAP系統標準表數據更是隨意更改,開發不規範,Bug一大堆,配置信息亂七八糟,整個實施過程並無完善的文檔記錄。顧問們天天九點多上班,也不多加班,有的時候都請假不來。 軟件

SAP項目實施過程當中甲方關鍵用戶幾乎沒有直接參與,跟實施團隊的對接都讓甲方表明給全權負責了。甲方內部的IT在實施過程當中就更沒有發揮做用了,連繫統都不讓碰,由於那個教授的關係,甲方IT被要求在系統上線以前不能對系統作隨意更改,甚至還爲此背了很多的鍋。 配置

後來系統上線了,主數據各類錯誤,開發的功能各類問題,關鍵用戶和IT都很崩潰。而這些實施團隊和甲方表明匆匆作了一下交接就拍拍屁股走人了。企業業務部主管和關鍵用戶都抱怨連天,以爲SAP系統怎麼這麼爛,還不如Excel方便。高層對SAP系統也至關不滿,以爲財能很差用,不如用友系統方便,能夠隨意修改數據。甲方IT很無奈:好好的SAP系統就這樣被玩壞了~ 

如今信息如此發達,這個行業也愈來愈透明,SAP合做夥伴的公司能夠信手拈來,導SAP系統根本就不須要去找什麼教授,信什麼行業專家。企業找兩三家實施公司過來作演示招標,兩方直接籤合同纔是王道。讓那些所謂的「甲方表明」和「中間商」都滾粗吧,別讓企業花這種無謂的冤枉錢~

 


 

  本文做者 | SAP夢心

  聯繫方式 | 微信:W150112458(瘋狂的程序員)

  特別敬告 | 歡迎轉載,轉載請註明出處並保持原文內容,謝謝!

 

相關文章
相關標籤/搜索