對於ERP專案的管理，需求由始至終都是專案經理們的頭痛之源。下面YJBYS小編為你講解ERP專案需求管理的六個技巧，希望對你有所幫助!
經驗增多、專案環境變動等因素都有可能讓使用者對ERP的要求不斷改變。若是不能有效處理這些需求變更，專案計劃必將一再調整，交付日期也會隨之一再拖延，專案成員的士氣也將越來越低落，所有這些都將直接導致ERP專案目標無法達到。所有這一切，決定了專案管理者必須擁有需求管理的技巧。
一、不要一下子滿足所有新需求
對員工基礎的需求，不要一下子就全部滿足。這有些人會想不通，認為馬上全部滿足，不是會更好嗎，員工不是更滿意嗎?從短時間來說這沒錯，但是從長久來看，不見得非常準確。
其實，這裡我們利用了人的滿足心理。我們先來假設一下，假設ERP實施一共要一年的時間，員工提出了十個需求，你其中8個需求在第一個月就全部實現了，而其他兩個需求一拖再拖，到年底，你才把剩下的2個需求實現。那中間這10個月，專案經理的日子會很難過，員工的積極性會受嚴重打擊，甚至會對你失去信心。
其實最好是平均一下，把這十個需求先按重要性排列一下，把重要的先實現。一般新需求，就算馬上可以實現，也不要一起交付個員工。而應該平均一下，讓員工每個月都感到有希望，有期盼。
其實，這個道理喜歡看連續劇的人非常瞭解。比如一部20集的電視劇，你今天看了第19集，明天就會感到非常牽掛，覺得還有事情要做。在專案實施中的目標就要達到這個效果，讓員工對ERP專案有個牽掛。
二、新需求不能變更系統主流程
員工提出的任何需求，都不能變更系統主流程。系統主流程就象樹的樹跟，你想把樹移個地方，很可能導致樹的死亡。
筆者有朋友給一家企業實施的時候，企業財務核算較簡單，就把應付帳款流程省略了，直接從收貨單跳到總帳。結果，造成付帳日期的混亂。最後，在同事的建議下，企業還是上了應收應付模組，先走應付流程，再入總帳。
我們上ERP最重要的一個目的就是通過ERP系統的標準流程來進行業務流程重組，若我們把主流程都改了，那還不如找個軟體公司，來公司定製開發，來的省時、省力、省錢。
三、ERP實施顧問不能隨便承諾
對員工提出的需求，實施顧問要仔細考慮，不能隨口承諾，最後不能兌現時，會讓員工失望。人的思想同計算機語言畢竟是有區別的。
如辦公用品的管制。每個公司都會有辦公用品，這些物品價值不是很大，並且種類繁多，有些還沒有固定的供應商，甚至價格都不能確定。管制這些東西比管制生產物料還有困難。按照人的思維好象辦公用品也是請購-採購-入庫-付款這麼簡單，其實沒有人想的這麼簡單。所以，當員工提出這個需求時，顧問要調查企業辦公用品的'月採量有多少，流程是否規範。若採購量很少，或則平時就很少規範，那就考慮建議企業不要把這個流程放入ERP，或者等到二期。
四、需求要分輕重緩急
業務流程重組和需求調研完成後，ERP實施顧問手裡就會有一大堆的新需求。這時，最忌諱的就是哪個最簡單的，就先實現拿一個。而應該是那個最重要，最有影響力，就要先實現它，以達到很好的短期效果。
五、需求要注意風險
為了降低ERP二次開發的風險,應仔細評估所有涉眾的需求，確定開發風險,並對專案進行風險管理。有的專案人員僅僅重視自己感興趣或覺得有挑戰性的需求，而不是及早將精力投入降低專案風險或提高應用程式功能性方面。為確保儘早解決或降低專案中的風險，要慎重選擇需求，以確保每次增加的需求都不會加大專案中的已知風險。要達到目的,你需要對專案進行風險評估，並在風險和重要性兩個層面取得平衡。
六、需求需要溝通
ERP專案跟其他專案有一個重大的不同，就是更改難道比較大。所以，我們在確定一個需求前，要跟當事人充分溝通，最好能直接溝通，避免因傳達失誤所引起的重複工作。
在溝通時，雙方對需求的認識要一致，不能模稜兩可。
總而言之，ERP專案的需求管理是專案成敗的關鍵，因為ERP發展到今天，一些大眾的功能各個ERP廠商已經沒大的區別，所以，考驗ERP的就是對個性的需求上。實施顧問能夠最大程度的實現客戶的需求，並不增大系統風險，就可以取得專案的成功和客戶的認同。
