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