对于一名项目经理来说，做出让客户满意的产品是我们的终极目标。但实际情况会是这样吗?现实，我们在项目开发过程中会遇到各种问题。看来，需求变更会给各方带来“痛点”，处理不好就会出现没有赢家的局面。
导致需求变更的外部原因虽无法把控，但我们可从客户方、开发方的内因角度来分析一下，寻找问题的症结，以便能“对症下药”，找到应对之策。
需求范围不明确
合同中规定的内容往往都是模糊不清的，需求不明确，或者只有几行说明，而且还可能有大断的套话、官话。对于项目参与者往往对客户业务不一定了解，如果对客户真正想要的需求没有真正了解，往往会导致后期无何止的修改。
需求认知不一致
我们经常会遇到，按照客户书面上记录的需求进行开发后，客户却并不认可，而实际情况，客户对自己写的书面内容也并无异议。原因是对同样的内容客户的理解与我们的理解不同。例如，需求中写道：“购物后付款”，开发人员开发出来的是用户选择好商品进入购物车直接付款。而客户实际想要的是到购物车付款前先向客户发送一条短信验证码，让购买人二次确认无误后再付款。同样的文字，对细节的理解可能就是不同的，但实现的细节客户提供的需求里可能根本就没有提。
对需求的理解不到位或存在分歧
当客户向产品经理或需求人员提出需求的时候往往是用自然语言来表达的，很难保证这样的描述可以得到完全正确的理解，有可能双方交流的第一时刻就埋下了理解分歧的种子，为后续发生变更埋下了伏笔。当然这也跟需求分析人员的知识、背景，还有客户表述的标准程度、双方的交流情况有关。
特别是对于较为复杂的项目，如果只提供给客户上百页的需求文档，没有界面原型、用例图或演示系统等工具的支撑，很难想象用户会逐字逐句去阅读文档，即使有需求评审会议，也通常会流于形式。
项目结束前客户总有提不完的需求
客户总是会在结项前提出各种需求，前期没有讨论过的各种需求都会在这个时候冒出来，让项目被动受制。
这种情况原因一般有两种，一种是在项目开发过程中没有与客户充分的沟通。另一种就是客户生怕项目一结束付款，你们就不会再很好的支持我们了。那么所有需求不论重要与否，你都要在结束前给我做完。