在项目签订之前，通过思维导图、功能列表等多种方式帮助客户进行功能梳理，这样可以大限度的减少将来存在的需求变更，并将功能情况列入合同内作为依据，在项目开发过程中，要对需求变更进行有效控制，一般在产品原型设计阶段，与客户反复确认，以免进入后期开发再有新的变更，同时减少过滤不合理的需求，从产品的功能和用户的角度给客户合理的建议。
对于开发过程中，实在有需要修改的方面，如果是较小的需求变更，可以帮助客户实现，这样可以提高客户的满意度，对于较大的变更，对整体开发有较大影响的需求，需要对软件进行重新评估，看客户是否接受在下一期开发，或者本次需要开发的话，需要对新功能的情况进行评估，不过一旦UE确定后，UE将无法再次变更，因为后续开发都会以此为依据。
如何应对在系统开发完成后客户再次提出新的需求?
如果出现这种情况，基本上考虑是约定之外新的开发需求，要分析客户要改变的具体的是什么内容，如果是一些小需求，可以在下次版本迭代时进行开发，在原来基础上增加一些小的修改。
如果是较大的基本的核心功能都需要更改的话，那么可以在二期项目中，需要进行大的升级或者重构时，重新评估来满足客户的需求。而且要防止客户滥用提需求的权力，对于一些不合理的需求，还要去引导客户，让他们理解这个功能的不合理的地方，从而重新修改需求或者放弃。
总的来说，APP开发过程中需求变更并不可怕，重要的是需要合理的控制和应对，小修改，满足客户，提升客户满意度，大修改，重新评估，客户也是可以理解自己的需求变更的，但无法把控的就是前期需求不清晰，或者客户不认可需求的内容为新增需求的情况，所以文档化管理、前期约定，对双方都是更好的保障。
