面试题：作为产品经理如何应对需求变更？
产品经理在项目中经常会遇到需求变更的情况，哪怕你计划做的再详细，也免不了受到一些需求变更的困扰，变化不可怕，（毕竟这个世界本身就变化的很快），关键是要建立起来应对变化的机制，在发生变化的时候，按照预先制定的机制来管理变更。
通常对发生的变更需要识别是否在既定的项目范围以内，如果在项目范围之内，就需要评估变更造成的影响，以及应对措施，及时通知受到影响的各方，如果在项目范围外，就需要商务人员主动和外部沟通，看是否需要增加费用和时间，还是放弃变更。

1、需求变更原因
1.1 需求定义不明确
如果产品经理自己对需求都没了解清楚，就让技术同事进行开发，最后开发出来的东西只能是回炉重造，
1.2 需求理解有歧义
一般在项目评审的时候，需要让技术的小伙伴主动的说一下他们理解的需求，这种做到彼此信息的理解没有偏差。
1.3 业务需求变更
产品经理要不断给业务灌输一个意识，一定要明确需求，不能反复变更，如果逼不得已变更，外包的话，就要向业务方要时间要钱，自己公司内部的业务方需求，就需要给团队要时间，让业务方知道，经常变更需求该来的弊端，以此掣肘业务方的需求变更。
1.4 项目周期过长
这也是为什么推荐敏捷开发的原因之一，项目周期过长，容易发生变化，比如技术人员变动，导致的人力短缺，市场环境发生变化，导致业务需求发生变化。