面试题，作为产品经理你是如何应对需求变更的？

有个小伙伴在微信上问我，他说面试官问他作为产品经理如何应对需求变更，今天我就来说说我的看法。

产品经理在项目中经常会遇到需求变更的情况，哪怕你计划做的再详细，也免不了受到一些需求变更的困扰，变化不可怕，（毕竟这个世界本身就变化的很快），关键是要建立起来应对变化的机制，在发生变化的时候，按照预先制定的机制来管理变更。

通常对发生的变更需要识别是否在既定的项目范围以内，如果在项目范围之内，就需要评估变更造成的影响，以及应对措施，及时通知受到影响的各方，如果在项目范围外，就需要商务人员主动和外部沟通，看是否需要增加费用和时间，还是放弃变更。

1、需求变更原因

1.1 需求定义不明确

如果产品经理自己对需求都没了解清楚，就让技术同事进行开发，最后开发出来的东西只能是回炉重造，我之前做EHR项目的时候，因为薪资模块上线比较急，说实话，我之前是做金融的，对薪资模块的业务根本不是很了解，只是简单的写了一些需求，就让技术小伙伴开发，估计技术小伙伴也懵懵懂懂，结果做出来的东西各种bug，不得不回炉重造，我重新梳理细节需求，不断的给大家宣讲。

1.2 需求理解有歧义

你说的是小龙女，其他项目组其他成员理解的是贾玲，所以我一般在项目评审的时候，都会让技术的小伙伴主动的说一下他们理解的需求，这种做到彼此信息的理解没有偏差。

1.3 业务需求变更

这个也是我们最讨厌，和最无法可控的，在启动开发之前变更需求还好，在开发启动变更之后，对士气的打击很大，所以产品经理要不断给业务灌输一个意识，一定要明确需求，不能反复变更，如果逼不得已变更，外包的话，就要向业务方要时间要钱，自己公司内部的业务方需求，就需要给团队要时间，让业务方知道，经常变更需求该来的弊端，以此掣肘业务方的需求变更。

1.4 项目周期过长