需求會有更為詳細的解釋，開發(fā)人員可根據(jù)用戶的說明進一步完善系統(tǒng)原型。這個過程重復幾次后，系統(tǒng)原型逐漸向用戶最終、比較全面的需求靠攏，從根本上減少需求過多變更的出現(xiàn)。目前業(yè)界較為流行的疊代式開發(fā)方法對工期緊迫的項目的需求變更控制較為管用。通常情況下，原型之后的需求溝通就實際得多，雙方的理解迅速向一個全面折衷的方案貼近，一個可以指導研發(fā)過程、有針對性的需求說明書就可起到重要作用。
通過合同約束，建立有效的解決沖突機制。用戶、開發(fā)商在實施、驗收軟件項目過程中難免會發(fā)生沖突，而需求變更給軟件項目建設帶來的影響也是有目共睹，從而可能讓項目建設偏離軌道。關鍵是事先是否有明確的項目目標和項目要求，是否建立起有效的沖突解決機制。所以雙方在簽訂合同時，可以增加一些相關條款，主要是要明確今后雙方責權利關系，如限定用戶提出需求變更的時間，規(guī)定何種情況的變更可以接受、拒絕接受或部分接受，還可以規(guī)定發(fā)生需求變更時必須執(zhí)行變更控制流程，否則自擔變更的代價;而企業(yè)用戶，也可對將來可能發(fā)生重大事件或不可抗拒事件所引發(fā)可能的實施超期、費用超支、產品價格調整以及服務收費超標等事項、行為及其權責做出預測，并有效約定，從而使信息化項目從一開始就按雙方預定的規(guī)道行駛，互為制約、協(xié)調，避免再發(fā)意外。
如ERP系統(tǒng)能做到平穩(wěn)運行一兩個月以上，能夠準確導出各類月度報表的時候，系統(tǒng)應用和各項業(yè)務操作基本正常、順暢，通常而言，可認為系統(tǒng)已達到的效果或者是達到了先前預定的目標，也說明企業(yè)不再有管理流程、業(yè)務流程新需求與變更了，系統(tǒng)項目可算上線成功了，可以放心驗收、簽案了。
驗收與發(fā)現(xiàn)、檢驗需求并舉。大型的ERP項目不少是邊實施邊驗收，然后再發(fā)現(xiàn)新問題新需求，再進一步返工完善，一步一步地把項目向前推進，但許多中小型的ERP項目最好是成功切換后，錄入一個月以上的企業(yè)重要數(shù)據(jù)，上線運行一個月時間，看看有沒有出現(xiàn)新問題、新需求，如沒有就可進入驗收、簽案。畢竟一個月才是一個小的系統(tǒng)周期，如果小的周期都沒有跑順，就更別說一年這樣的大周期了。