我支持的一种观点是，我们应该欢迎有益的变更，因为这会让我们的产品打磨的更好。但是对于那种今天说做成A，过两天又说B的需求，要采取一些方式，尽量降低变更的成本。
在客户提出需求变更后，我们有哪些做法呢？
1 评估需求：评估需求可以从技术实现的可行性及难易程度、对业务的影响、对使用者的影响等方面评估。比如某一产品的用户是公司领导，客户的需求是希望领导通过系统推送各类消息能够了解公司日常运营的方方面面。从用户角度评估，这本身就是一个不合理的需求，可以以此说服客户放弃该需求
2 上报CCB：不管怎么说，上报CCB能够为项目争取缓冲
3 合同约束：通过合同条款说服客户。例如客户提出要高级职称的项目经理来进行此项目的实施，但我们的项目经理是中级职称。此时翻看合同条款，并未明确项目经理要高级职称，只是说需要实施经验丰富一类的，此时可以向客户表明，合同中并无此约束，再说明一下我们的项目经理经验丰富，巴拉巴拉一顿夸。客户也就接受了。
4 公司制度流程：公司的制度流程是我们应对客户需求时一个非常好的excuse
5 客观政策、客观使用环境等的限制：客户往往会提出一些不符合政策、标准或者其使用环境的需求。这个时候就要求项目经理对客户产品与环境有较为深刻了解，从而去过滤掉这些无效，无意义需求
