一個ERP項目的實施交付過程里，常常伴隨著大量的定制化修改。也正因為這些定制化的修改，一旦失去控制，就很容易導致一個項目上線失敗。
     為保證ERP系統的成功交付，我們從多年經驗里提煉了一套實施方法論。包括：項目準備、藍圖設計、客戶化開發、系統測試、上線切換、跟蹤運維。
     對于每一個階段，我們定義了需要完成的主要目標、主要任務、工作策略、角色與職責、交付成果、使用模板等。
     其中，“客戶化開發”與“系統測試”就是一項縝密，需要多方協作，與規范管理來完成。

客戶需求總是無止境的

1、新項目的需求
     新項目里，為幫助客戶重新捋順業務管理流程，再通過ERP系統將流程管理落地執行，我們需要對ERP系統進行二次開發，達成最終的交付目標。
2、老客戶的需求
     老客戶里，我們常常在售后回訪過程中了解到，隨著企業人員對ERP的深入應用與理解，他們會對ERP提出許多個性化的改造需求，或提升協作效率，或滿足管理者新思想落地。
3、區域化特點的需求：
     在醫藥流通企業，GSP規范強制了每個醫藥公司都必須配置符合GSP管理準則的ERP系統。
     但是不同區域的醫藥企業，在經營管理又有巨大的不同點。例如GSP政策落地后，各省市執行的細則會有所差異。這就要求ERP能因地制宜，滿足不同區域化企業的管理特點。
4、各類接口集成的需求
      企業的信息化建設不能單打獨斗，尤其是互聯網時代下，各種B端、C端入口，加上其它各種財務系統、WMS倉儲系統、藥監管理系統等等，都需要數據能相互流通，以節省不必要重復性工作。
      這就產生了各種“數據對接”（或說數據接口）需求，ERP二次開發也就成為必然。

      ERP的二次開發注定是一項支持企業多元化競爭的重要工作。但由于ERP系統本身龐大、復雜的邏輯結構，又決定了“定制修改”會是一項“牽一發而動全身”的系統性工程。
      如果預留的時間不足，就倉促修改，還不經過數據校驗，加上系統本身的復雜結構與邏輯算法，就很容易導致二次開發工作越做越多、越做越錯。

我們對大量二次開發的管理策略

    既然不能讓ERP的定制修改野蠻生長，于是我們就從過往實踐中總結經驗：面向廣大客戶收集ERP定制化需求同時，還要進行“集中開發、集中測試”，來實現可迭代的標準化數據庫管理，來確保ERP項目成功交付的可行性。
    我們通過定義ERP標準數據庫的版本號，將收集到的客戶需求，轉化為功能需求，進行“單元式開發”。
    每一輪單元式開發結束后，我們還需要進行多層測試校驗。包括：
    （1）客開人員校驗：排除BUG報錯。
    （2）實施人員校驗：驗證流程邏輯準確性。
    （3）客戶測試驗收：驗證符合實際業務管控要求。

集成化測試，超過功能的測試

     在單元式開發之后，我們每月還會進行一輪評估總結，將符合行業通用性特點的“單元功能”進行批量移植，從而實現標準數據庫的可迭代升級。
     在批量移植單元功能后，為確保各個功能模塊能重新銜接、數據貫通，我們還組織一輪大規模的“集成化測試”工作，包括：
    （1）排除功能BUG報錯；
    （2）模擬多種場景下業務操作流程進行測試；
    （3）驗證業務流程邏輯的準確性的測試。

      這次10月國慶小長假結束后，圍繞“智友（廣東版V4.0）集成測試”工作，我們再次吹響集結號，制定完整的測試方案、與獎勵方案，動員團隊全體成員積極參與到系統的測試工作，并明確以“業務場景為依據、以操作說明為參考、以數據結果為導向”，力求從最大程度消滅BUG。
      結 語
      一個好用的ERP系統需要經過千錘百煉，這少不了廣大企業客戶的“需求”鍛造，更需要一支具備深厚客開能力的技術團隊，以及洞悉行業規則與市場前景的資深顧問指導，才能保證系統在經過大量修改后，仍能衍生出一個高于原版本的ERP系統，才能持續為廣大新老客戶帶來更多成熟的解決方案。