我们的IT产品合作伙伴一定遇到过甲方父亲在项目进行到一半的时候，特别是时间紧，人力不足的情况下，不断临时提出新需求的情况。不合理的要求越来越多。可以说是屋漏偏逢连夜雨，经常导致我们的项目延期交付，但最终收回的是乙方。有什么好办法限制甲方的无理要求吗？首先，我们这里强调的是【不合理需求】。如果是正确的需求，我们还是要想办法支持。毕竟合作才能赢~
方法一，为之前的项目预留足够的时间进行需求调研
众所周知，IT项目的第一步是获取需求，最重要的需求是【模糊性】和【简洁性】。然而，当我们做2B项目时，我们经常不得不进入一个新的领域，这需要更高的商业知识储备。如果是新业务，不仅要加强与业务骨干和领导的沟通，还要吸收业务知识。将业务需求转化为产品需求的能力，转化过程需要我们做足够的业务素养积累和需求调研，主要因素是【时间】。在时间有限的情况下，做好沟通管理和需求管理非常重要。当然，这不是一朝一夕的事，需要反复。
第二种方法是在前期确认需求
需求梳理好之后，我们最需要的就是梳理出一个开发基准，划定产品的开发边界。这个时候需要和甲方的主要利益相关方沟通，确认产品要求，也就是说做什么产品，做到什么程度，用什么标准。此时我们可以通过《软件需求规格说明书》和产品原型法与客户沟通改进，在保证双方理解的情况下签字确认，并将签字结果发送给双方管理人员。
第三种方法是建立有效的变革管理机制
在实际的开发过程中，从头到尾保持需求的变化不变是不现实的。我们在产品开发过程中经常会遇到很多临时性的新需求，这才是符合实际开发的真实情况。这个怎么样？一方面可以用上面提到的两种方法来约束需求，尽量控制需求范围，防止需求扩散；另一方面，通过建立有效的需求变更管理机制可以控制什么，例如建立需求变更委员会，利益相关者包括需求专员、业务骨干、主管领导、项目决策者等。然后可以按照以下过程进行控制：
乙方需求管理人员接受甲方提出的需求；评估新需求的影响(进度、成本、风险等因素)和意义；提交需求变更委员会验收并做出变更意见决定；需求变更委员会同意继续进行，则接受需求，不同意则终止；如果同意，跟踪产品的变更，看是否符合新的项目计划。其实对于大多数需求管理，我们也可以选择折中的方式来处理。比如我们可以先接受需求，再迭代后面的版本，这样不仅有利于项目的推进，还可以保证后续产品的不断迭代。
