在原型測試之后，如果軟件原型有些功能不能滿足管理的需求，那么就要進行必要的客戶化或二次開發的工作。一般說客戶化或用戶化是不需要修改源程序的，例如報表格式的修改等；而二次開發可能涉及源程序，但是應盡可能把軟件的數據下載到一個工作站或微機上開發程序進行補充調整，然后再上載回去。

所謂的實戰性模擬運行，主要的目的是為了測試修訂后的系統，把經營管理中的實際數據輸人到系統中去，進一步驗證，直到確認符合管理需求，可以放心地實際應用為止。

同樣，模擬之前要有模擬提綱，模擬過程要有記錄。實戰性模擬的結果，必須得到各個業務部門主管的認可；如果有沒有研究透徹的地方，需要及時補課，尋求可行的解決方案。

最后，由項目領導小組召開會議，通過演示，征求所有相關的業務人員的意見，取得基本一致同意以后，草擬按照新的業務流程制定的“工作規程和工作準則”，作為切換實施的規范化依據。

3.并行運行

如果實戰性模擬已經得到高層管理人員的批準，并得到各個部門管理人員的一致認可，而且實戰性模擬運行工作扎實，就沒有必要經歷并行運行階段。并行運行可以理解為一種切換前的預演，是一種特殊的模擬測試。員工對新系統不熟悉、不放心，不敢把原有的手工管理全部扔掉，所以有一段新老系統并行運行階段。

但是，并行運行會帶來一些問題，如新老系統運行的結果不一致時，以什么為準？以老的為準必然會否定新系統的價值，以致新系統遲遲不能用上。新老系統同時運行，每項業務要做雙份工作，增加了管理的工作量，加重員工的負擔，同時也加大企業的運行成本，因此，并行運行的時間根據系統的特點與企業的實際情況適當的縮短。

4.重視系統切換

不少企業由于受管理基礎和人力資源的限制，希望能夠分模塊逐個實施。ERP是一個信息高度集成的系統，如果先上一個子系統，所有屬于其它子系統的業務流程數據，都將通過各類傳票用手工錄入，因此，不能體現信息集成的優勢；而且一個一個模塊走，必然會延長實施進度。

如果分模塊實施，還不利于系統模擬運行，不利于說明一些業務之間信息的相互集成關系，有了問題也不易及時發現并解決，放到以后再補課，必然會引起不少修改返工。

有些企業實施了兩三年還沒有結束，這個問題是其中原因之一。因此，各個子系統最好是一起上，才有可能見到信息集成帶來的效益。

如果實行分步實施，也應該是先上一個車間，或一個倉庫，取得經驗后再逐步推廣，而不要割斷業務流程。割斷了業務流程，等于破壞了信息集成，與建立管理信息化的初衷是相背的。

為了順利切換，要抓好培訓，在培訓的基礎上整理好數據，在基本數據完整后進行模擬。把最后模擬運行的"管理模式"當眾宣布并演示，得到廣大管理人員和高層經理認可批準后，再到實踐中執行。有了群眾基礎，切換工作就會容易得多。寧可在打基礎工作上多花些時間，一定要特別注意項目管理要求的先導與后續工作的關系，一步一個腳印，穩扎穩打，不要在系統切換工作上起波折反復，欲速則不達。