無休止的ERP實施加班，無休止的項目實施變更、延期，無休止地在做需求調(diào)研、編寫需求方案，展開需求驗證，一再地處理因為二次開發(fā)帶來的BUG；ERP項目實施過程就被這無休止的二次開發(fā)活生生地拖死了，把這篇文章再翻出來，其實是想告訴大家：客戶有他自己的要求，但對于ERP顧問和項目經(jīng)理而言，并不是所有的要求就一定是需求。請注意ERP顧問在行為態(tài)度評估標準中關(guān)于“客戶意識”的說明：幫助或服務(wù)客戶的愿望以滿足他們的要求，專注于如何發(fā)現(xiàn)并滿足客戶的需求（專業(yè)與公司戰(zhàn)略和業(yè)務(wù)緊密結(jié)合）。我們的目標是滿足客戶的要求，但我們需要通過我們的專業(yè)能力專注于發(fā)現(xiàn)并滿足客戶的需求。意味著需求是被我們挖掘和發(fā)現(xiàn)的，往往不是客戶直接所能表達的。這也是為什么我們有許多項目做了大量二次開發(fā)以后，客戶滿意度還不高的原因，因為我們看似滿足了客戶的要求，但這并不是他的真實需求。

　　無休止的ERP實施加班后，我終于迎來了難得的半天休息，在家舒服地看了電影《特洛伊》讓我感受至深——古希臘神話中所向披靡的勇士阿喀琉斯最怕腳后跟受傷，成為其致命的“命門”，其實ERP也有最怕觸及的“命門”，這就是二次開發(fā)。

　　多數(shù)情況下，二次開發(fā)都會演變成一個對ERP系統(tǒng)無休止的修改過程，最終會把用戶和廠商都拖進泥潭難以自拔，而開發(fā)和實施顧問則會心力交碎，生不如死。

　　固執(zhí)己見的客戶

　　在我做ERP實施顧問的第一天，上司告訴我第一條準則就是要以用戶需求為驅(qū)動。然后，上司又告訴我第二條準則：作為實施顧問要堅決不贊同用戶進行太多的二次開發(fā)，過多的二次開發(fā)不僅會增加軟件的不穩(wěn)定性，還會延長實施項目的周期，從而增加項目成本，要用盡各種各樣的辦法把用戶需求向ERP軟件已有的流程上走。這兩個看起來相互矛盾的準則，令我在近期一個ERP項目實施過程中感到生不如死，左右為難。

　　用戶是一個老國企，在界面上和操作上提出非常多的特殊要求，固執(zhí)地要求按他們的習(xí)慣進行二次開發(fā)，以滿足他們原有的操作模式。一般來說，我們的ERP軟件產(chǎn)品為了具有較強通用性，軟件功能已經(jīng)比較標準，流程設(shè)置也相對規(guī)范化。雖然通過參數(shù)可調(diào)的形式可以部分滿足不同用戶的需求，但很多情況下這種“輕度”靈活會失效。

　　用戶的固執(zhí)或偏見主要是表現(xiàn)在這幾面：
①不愿意改變現(xiàn)有的操作習(xí)慣。用戶想把現(xiàn)在的手工流程、手工作業(yè)一成不變地搬到ERP中去，而這恰恰是換湯不換藥的做法。當(dāng)我對用戶分析ERP現(xiàn)有的流程與用戶原有的流程的優(yōu)劣性比較時，用戶一句話就把我頂住，說我們一直是這樣做，而且還做得不錯，我們就是用這樣的管理手段得到發(fā)展，并且獲得了上你們ERP系統(tǒng)的資金，以后還打算一直用我們習(xí)慣的方式去管理。

　　用戶除了在業(yè)務(wù)流程等方面具有個性化需求外，往往還存在著一些不涉及業(yè)務(wù)流程的、由企業(yè)的特殊性而產(chǎn)生的個性化需求，例如單據(jù)/表格的格式。一般ERP都會提供通用的單據(jù)格式，而用戶又有自己習(xí)慣的一套單據(jù)格式。因此在實施時，企業(yè)上來就問能否按這個格式打印。其實，這是本末倒置，只要該有的內(nèi)容有了，沒有必要一成不變的按原由的格式。

　　這樣的問題在我參與的實施中時常出現(xiàn)，與用戶溝通常常讓我費盡心力，舌根冒火才勉強說服用戶同意先試用單據(jù)格式。這樣不但容易造成項目延期，而且還把大家注意力轉(zhuǎn)移到無關(guān)系統(tǒng)的邊緣流程上，吃力不討好現(xiàn)象時常發(fā)生。

　　只有當(dāng)碰到無法通過調(diào)節(jié)參數(shù)來完成;或者報表功能真是不適應(yīng)用戶需求時導(dǎo)致報表樣式、內(nèi)容要改變，這些情況才應(yīng)該通過二次開發(fā)來實現(xiàn)。這種因操作習(xí)慣提出的二次開發(fā)主要針對用戶各類報表系統(tǒng)的查詢，打印格式和字段標準化等方面。

　　②不合理的管理制度造成的特殊流程需求。用戶有些二次開發(fā)需求，是原先不合理的管理制度和流程所造成的。因此，我們首先要做的是判斷其要求的合理性，然后深入到一線去找出真正的需求。而無數(shù)的事實證明，大量由于不合理的管理流程需求提出要二次開發(fā)的案例最終都失敗了。

　　③ERP軟件確實無法滿足需求。當(dāng)然，每個用戶確實都存在著一些ERP無法滿足的個性業(yè)務(wù)流程需求，畢竟ERP是一個套裝軟件，而不是根據(jù)用戶量身定制的。針對這種需求，即使通過各種各樣的實施方法后，也沒有找到更好的處理方式，那只好進行二次開發(fā)了。

　　二次開發(fā)的風(fēng)險

　　當(dāng)用戶明確提出要二次開發(fā)的時候，則很容易出現(xiàn)項目延期、開發(fā)的程序不穩(wěn)定容易報錯等問題;或者用了一段時間后想再做修改，才發(fā)現(xiàn)原來當(dāng)初這樣做是不對的，但可能涉及當(dāng)初拍板決定的各方領(lǐng)導(dǎo)利益問題，所以也沒人敢改了，因此導(dǎo)致二次開發(fā)的程序成了雞肋，扔也不是，不扔也不是。

　　①修改報表格式或用戶查詢系統(tǒng)等不涉及程序代碼改動的需求相對簡單，因為軟件一般都具有報表生成功能，任何業(yè)務(wù)人員不需要有很多計算機知識就可以自行設(shè)置，這種情況在實施時經(jīng)過實施顧問組與用戶充分溝通一般比較容易解決。
②當(dāng)用戶需求具有個性化，并涉及改動程序代碼時，工作就很復(fù)雜了，往往需要ERP系統(tǒng)提供支持二次開發(fā)的工具，還可能需要有廠商軟件的源程序支持，這些大都要支付額外費用。

　　當(dāng)用戶提出需要代碼級二次開發(fā)時，實施顧問必須清楚與用戶溝通，否則更易陷入泥潭，因為代碼級二次開發(fā)可能會使ERP系統(tǒng)變得越來越復(fù)雜，變成一個“四不象”的浮腫龐雜的ERP系統(tǒng)。

　　一般來說，代碼級二次開發(fā)主要有以下三個方面的風(fēng)險：

　　①易造成系統(tǒng)的不穩(wěn)定或崩潰。ERP系統(tǒng)是個錯綜復(fù)雜的系統(tǒng)，各個模塊是個有機的整體。若要修改其中的一個功能，其影響的不單單是現(xiàn)在這個功能，還可能影響到其他功能。目前實施顧問一般對ERP代碼級二次開發(fā)的一個觀點是：能不做就不要做。因為ERP系統(tǒng)就像人的血脈那樣錯綜復(fù)雜，在二次開發(fā)的時候，如果因為增加的用戶個性化功能觸動了ERP原有的大動脈，否則會大大影響其整個性能，并且開發(fā)、調(diào)試的費用也是非常嚇人的。

　　②嚴重影響項目實施周期。代碼級二次開發(fā)的時間短則幾天，長則半月、一月，甚至也可能長達幾個月，很容易延誤項目實施進程，這個因素應(yīng)該在簽定合同或者說制定項目實施計劃時包括進去。

　　③后續(xù)維護和升級風(fēng)險大。改動軟件后還會影響以后的軟件版本升級。如果不升級，新版本的長處無法應(yīng)用。如果升級，則面臨著重新進行二次開發(fā)的可能。因為ERP軟件供應(yīng)商在進行新版本的ERP系統(tǒng)開發(fā)時，可能根本不會考慮某個特定的用戶在舊版本上所作的二次開發(fā)。因此，在進行二次開發(fā)前，要做認真的分析對比。究竟是修改軟件，還是變革 現(xiàn)行管理程序，還是兩者都作一些修改，對修改的必要性、效果和代價要心中有數(shù)。

　　反思ERP二次開發(fā)的得失

　　無論是實施顧問還是用戶都可能產(chǎn)生過這樣的感慨：明明是經(jīng)過幾個月的初期討論和項目分析，在用戶的認可下做好了的ERP系統(tǒng)，結(jié)果由于“二次開發(fā)”，系統(tǒng)變得越來越復(fù)雜，與最初期望的效果越來越遠，最后猛然一看系統(tǒng)已經(jīng)完全“變味”了。因此，把握二次開發(fā)的原則很重要。

　　①在觀念認識上，實施顧問應(yīng)要讓用戶清醒認識到，不應(yīng)過多強調(diào)用戶自身的特點，ERP軟件中的管理流程是從許多企業(yè)中提煉出來的，具有先進性和合理性。許多用戶的特殊之處都是由于流程自身的不合理產(chǎn)生的，應(yīng)該通過ERP的實施，對企業(yè)進行業(yè)務(wù)流程優(yōu)化或重組，而不是一味修改軟件以適應(yīng)不合理的流程。

　　②當(dāng)需要二次開發(fā)時，實施顧問和開發(fā)顧問應(yīng)該要嚴格遵守不修改核心代碼這一條基本原則。如果必須進行二次開發(fā)，則應(yīng)盡量使得二次開發(fā)做出的功能模塊獨立于原來的ERP系統(tǒng)。這樣當(dāng)ERP系統(tǒng)版本更新時，二次開發(fā)出來的模塊無需修改或者只需較少的修改就可以應(yīng)用于高版本的ERP系統(tǒng)。

　　③二次開發(fā)的需求必須控制好，盡量不要在ERP系統(tǒng)的功能還沒有充分了解是否配合用戶管理需求之前就進行二次開發(fā)。因為用戶的業(yè)務(wù)流程并不是一成不變的，ERP軟件中流程一般比較抽象，大的方面與用戶業(yè)務(wù)流程通常可以套上，細節(jié)部分不作修改也可以。同時，ERP軟件不是給一個人用的，每個用戶都可能有自己想法，不可能都滿足的。部分要服從大局。項目按時、按預(yù)算完成實施，上線運行是實施階段的大局，哪些二次開發(fā)必須要做，哪些可以不做，要看會不會影響大局。可做可不做的，堅決不做。