最近在泡用友cio的時候，發現一個關於ERP實施難的話題，位置是專業聯盟－專案實施中的企業實施ERP為什麼困難，本想回復，人家說俺沒許可權，只好放在日誌了
#3的阿朱應該是一個這方面的牛人，其觀點有一定的道理，闡述了關鍵原因是業務和軟體兩部分，但是沒有好的應對，躲過阿朱的實現，在我這個小天地中再聊聊。
1.業務：大量的基礎資料和基礎設定的確麻煩，但這些都是必須的，每家企業的實際應用情況不同，採集和設定的差異必然存在，但是資料和實物的不匹配才是最頭痛的事情，依靠實施人員的調整，暫時可以正常的使用，一旦出現異常盤點就露怯了，所以企業的內部管理是很重要的，500強資訊化程度高是因為有良好的管理機制和習慣，而不是應為用了資訊化手段和工具，而我們實施的客戶的期望是讓電腦代替人腦，坐在電腦的前面，不用動手、不用動嘴，只要發揮自己的想象，電腦皆可以實現，如果不能實現就理直氣壯的說：“這些你們應該能想到唉”這種實施不難才怪。
2.軟體：寫程式碼的根據是架構的設計報告，寫設計報告的根據是需求的調研或應用反饋報告，寫程式碼的不能完全理解設計，又怕設計變，於是會抽象大量本不應該抽象的程式碼，一大堆的模式、框架，本來不復雜的業務邏輯編的支離破碎，層層的繼承，大量的實現；而做設計的不能完全理解需求的調研，又怕需求變，於是設計了大量的鬆耦，設計一堆的技術架構來應對哪些只有2012變成現實才可能用到的意外應對，這些都加大了程式碼量和實施難度，影響了應用效率。加之長期積累的大量因版本繼承而造成的程式碼冗餘，軟體不難用才怪。
實施人員在銷售挖的大坑中掙扎，又是任務指標，又是實施週期，那就只有拼命的交付，抓緊回款，使勁的加班。
3.使用雷卡是一個好辦法，但是同樣存在採集和傳遞的問題。
實際上基礎資料量大的是物料，解決辦法是否可以在合格書上附加電子檔匯入。其他方面的設定大同小異，管理方面的設定可以使用可視拖拽設定，將一些相似的資料在釋出的時候就設定在裡面，畢竟大型的管理軟體廠商都有管理專家，按照一些典型的應用可以固化一些最基本的資料。
軟體最好是在細分一點，按行業、規模、需求，不要按功能，按模組。