乙方给甲方做需求，甲方可以提很多定制化的需求，但是乙方常常会由于自身原因，一次性并不能把所有需求都能考虑到位。作为乙方项目经理，遇到甲方变动需求已经是家常便饭。
项目经理太难了......
难是难，但是我们必须得解决问题，既让我们的成本降低，也需要让客户同意，最终完成交付，那么怎么做到这样的两全其美呢？
准备工作做好，才能轻松应对。我们需要统计客户每次变更需求的原因有哪些，并给原因分类，分析，拿出解决方案。
以下通过IT项目举例进行分析
背景：一个从0到1的项目接近尾声，再有两周就需要交付了，该项目为满足客户公司提升员工工作效率，时间紧、任务重，必须要在已定时间按时交付，不能按时交付将扣违约金xxx元。
项目两周就要交付了，但是在这个紧要关头，客户开始有了频繁的需求变更要求，原因各式各样，但是交付时间不能晚。
变更原因及需求：客户领导想要aa功能，觉得这个功能必须得有。
接下来分析：
1. 评估是否是刚需：首先获取aa功能需求，内容进行评估此需求是否如客户领导说的那样，这个功能必须有，没有这个功能项目就不行上线
a. 不是刚需：跟客户讲清楚，需求之前已经确定好，同时交付时间已经确定，其次目前提出的功能需求不是本次项目的核心需求，如想继续做此功能可在后续迭代需求中做，先保证本次项目上线。
b. 是刚需：如果评估完需求是本次项目的核心功能，无此功能将大大影响项目的价值，那是必须得给客户做。
如果不是刚需，并且跟客户讲了原因，客户同意了，搞定。如果不是刚需也没搞定客户或者是刚需，则继续往下走。
2. 评估是否能实现：客户提的这个需求我们能否实现，如果不能实现，则需要跟客户讲清楚原因是什么，但一般来说提出的需求都是能够实现的。
不能实现，解释完搞定，能实现继续往下走。
3. 评估所需成本：评估此需求对我们的成本耗费多少，如果成本增加太多，则需要客户跟商务去谈具体的钱怎么增加。
需要谈成本没谈好，则暂停变更，不需要谈成本或者需要谈并且谈好了，则继续往下走。
4. 文档确定方案：通过原型稿设计和客户确定要具体的功能展示及操作逻辑，最好邮件留痕，防止客户讲上次需求没有确定好，那不是我们当时想要的。
5. 评估时间：方案确定好后，评估我们人员需要的时间，即工作量是多少。评估完成后将所需时间同步给客户。
需要延期，但交付跟客户没达成一致，则暂停解决此问题。不需要延期或者延期时间客户接受，继续往下走
6. 执行：调整排期同步给客户及团队，落实方案。
原因太多，不一一分析，可自行根据实际工作中遇到的问题，将问题拆解，拿出最优解决方案。
当准备好了每种变更原因的解决方案，项目经理再也不怕客户需求变更了。
有些小伙伴的公司流程比较复杂，需要变更是需要提交变更请求文档，这块我也整理了系列文档模板，如下图，需要可自行在我公号领取。关键字【模板】。
