在APP开发过程中，其实最忌讳已经确认aPP开发需求目的突然客户又有了新的想法，把之前的想法推翻重新来做。当然，正常情况下，可能不会要大改，然而也会需要完全大改，而软件开发过程是渐进式的，是产品到UI到开发，是一个项目落地的过程，一个较长的过程，在这个过程中，客户的想法发生新的碰撞，产生新的火花，其实也是再正常不过了，有新想法，需要变更，也是软件开发过程中的家常便饭。那么该如何应对需求的变更呢？
首先，要了解软件需求分为：业务需求、用户需求、功能需求（也包括非功能需求），当知道了客户在哪些方面的需求后，我们就可以采取相应的措施。
第一步，对软件需求进行有效管理
在项目签订之前，通过思维导图、功能列表等多种方式帮助客户进行功能梳理，最大限度的减少将来可能存在的需求变更。并将功能情况列入合同内，作为依据；在项目开发过程中，对需求变更进行有效控制，例如：
1.在产品原型设计阶段，与客户反复确认，以免进入后期开发再有新的变更。
2.减少过滤不合理的需求，从产品的功能和用户的角度给客户合理的建议
3.对于UE开发过程中，实在需要修改的需求，较小的需求变更，可以接受的需求，可以帮助客户实现，提高客户满意度；对于较大的变更，对整体开发有较大影响的需求，需要对软件进行重新评估，看客户是否接受在下一期开发，或者本次需要开发的话，需要对新功能的情况进行评估。
4.一旦UE确定后，UE将无法再次变更，因为后续开发都会以此为依据。
第二，在系统开发完成后，客户再次提出新的需求
这种情况下，基本上考虑是约定之外的新的开发需求，要分析客户要改变的具体的是什么内容，如果是一些小需求，可以在下次版本迭代时进行开发，在原来基础上增加一些小的修改。如果是较大的基本的核心功能都需要更改的话，那么可以在二期项目中，需要进行大的升级或者重构时，重新评估来满足客户的需求。而且要防止客户滥用提需求的权力，对于一些不合理的需求，还要去引导客户，让他们理解这个功能的不合理的地方，从而重新修改需求或者放弃。
总而言之，在企业APP软件开发过程中需求变更并不可怕，最重要的是需要合理的控制和应对，小修改，满足客户，提升客户满意度，大修改，重新评估，客户也是可以理解自己的需求变更的。最无法把控的就是前期需求不清晰，或者客户不认可需求的内容为新增需求的情况，所以，文档化管理、前期约定，对双方都是更好的保障。
