
3.客戶的業務流程并不是一成不變的,ERP軟件中流程一般比較抽象,大的方面與客戶業務流程通常可以套上,細節部分不作修改也可以。
從客戶的角度來講,有不少希望進行二次開發。原因一般是:
1.應當是軟件適應業務,而不是業務適應軟件。削足適履的故事總聽過吧。
2.不修改,使用時感覺不方便,最終用戶不愿意用。
怎么辦?項目實施過程中,軟件服務商是不敢得罪客戶的,那就改吧。結果是:項目延期;開發的程序不穩定,容易出錯;用了一段時間后,想再做修改,發現不一定還有人知道當初為何這樣做了,所以也沒人敢改了。二次開發的程序成了雞肋,扔也不是,不扔也不是。
二次開發不是不能做,而是應該怎么做。兩個原則介紹給客戶。
第一,不要修改核心代碼。一般來說,把數據從ERP中導出,利用二次開發的程序進行處理后,再導入系統。這是一個比較穩妥的方法。一般來說,軟件升級時,數據導入導出部分變動不會太大,而且即使有變化,也容易進行相應的維護。而一旦直接修改了核心代碼。過上兩年,想升級可就難了。
第二,不要改動太多。ERP軟件不是給一個人用的,每個用戶都可能有自己想法,不可能都滿足的。部分要服從大局。項目按時、按預算完成實施,上線運行是實施階段的大局,哪些二次開發必須要做,哪些可以不做,要看會不會影響大局。可做可不做的,堅決不做。來日方長,系統上線后的改進是無止境的。不必急在一時。
ERP軟件服務商在二次開發時一般處于有利位置。好似阿慶嫂唱得:"壘起七星灶,銅壺煮三江。擺開八仙桌,招待十六方。來的都是客,全憑嘴一張。相逢開口笑,過后不思量"。愛怎么改就怎么改,反正項目一結束上線,就不管了。"人一走,茶就涼……"。客戶要小心點,不要做胡傳魁呀。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄