在APP開發(fā)過程中，其實最忌諱已經(jīng)確認aPP開發(fā)需求目的突然客戶又有了新的想法，把之前的想法推翻重新來做。當然，正常情況下，可能不會要大改，然而也會需要完全大改，而軟件開發(fā)過程是漸進式的，是產(chǎn)品到UI到開發(fā)，是一個項目落地的過程，一個較長的過程，在這個過程中，客戶的想法發(fā)生新的碰撞，產(chǎn)生新的火花，其實也是再正常不過了，有新想法，需要變更，也是軟件開發(fā)過程中的家常便飯。那么該如何應對需求的變更呢？
首先，要了解軟件需求分為：業(yè)務需求、用戶需求、功能需求（也包括非功能需求），當知道了客戶在哪些方面的需求后，我們就可以采取相應的措施。
第一步，對軟件需求進行有效管理
在項目簽訂之前，通過思維導圖、功能列表等多種方式幫助客戶進行功能梳理，最大限度的減少將來可能存在的需求變更。并將功能情況列入合同內(nèi)，作為依據(jù)；在項目開發(fā)過程中，對需求變更進行有效控制，例如：
1.在產(chǎn)品原型設計階段，與客戶反復確認，以免進入后期開發(fā)再有新的變更。
2.減少過濾不合理的需求，從產(chǎn)品的功能和用戶的角度給客戶合理的建議
3.對于UE開發(fā)過程中，實在需要修改的需求，較小的需求變更，可以接受的需求，可以幫助客戶實現(xiàn)，提高客戶滿意度；對于較大的變更，對整體開發(fā)有較大影響的需求，需要對軟件進行重新評估，看客戶是否接受在下一期開發(fā)，或者本次需要開發(fā)的話，需要對新功能的情況進行評估。
4.一旦UE確定后，UE將無法再次變更，因為后續(xù)開發(fā)都會以此為依據(jù)。
第二，在系統(tǒng)開發(fā)完成后，客戶再次提出新的需求
這種情況下，基本上考慮是約定之外的新的開發(fā)需求，要分析客戶要改變的具體的是什么內(nèi)容，如果是一些小需求，可以在下次版本迭代時進行開發(fā)，在原來基礎上增加一些小的修改。如果是較大的基本的核心功能都需要更改的話，那么可以在二期項目中，需要進行大的升級或者重構時，重新評估來滿足客戶的需求。而且要防止客戶濫用提需求的權力，對于一些不合理的需求，還要去引導客戶，讓他們理解這個功能的不合理的地方，從而重新修改需求或者放棄。
總而言之，在企業(yè)APP軟件開發(fā)過程中需求變更并不可怕，最重要的是需要合理的控制和應對，小修改，滿足客戶，提升客戶滿意度，大修改，重新評估，客戶也是可以理解自己的需求變更的。最無法把控的就是前期需求不清晰，或者客戶不認可需求的內(nèi)容為新增需求的情況，所以，文檔化管理、前期約定，對雙方都是更好的保障。
