方法一，给前期项目预留足够的时间进行需求调研
我们都知道，IT项目的第一步骤是获取需求，需求最重要的是【无二义性】和【简洁性】，但往往我们在做2B项目时要时常进入一个新领域，这对我们的业务知识储备就要求比较高了，如果是新进业务，那我们不仅要和业务骨干、领导等人加强沟通，吸收业务知识，同时还需要我们具备软件需求分析师的职业素养，将业务需求转化成产品需求的能力，而这中间的转化过程就需要我们进行足够的业务素养积累和需求调研工作，而这些就主要的因素就是【时间】，在时间有限的情况下，做好沟通管理和需求管理是非常重要的，当然这也不是一蹴而就的工作，需要反复进行。
方法二，进行前期的需求确认
需求整理完成后，我们最需要的是整理出一个开发基准，划定产品的开发边界，这时候就需要我们通过和甲方主要干系人进行沟通和确认产品的需求，也就是说产品要做什么，做到什么程度，以什么标准验收，这时候我们可以通过《软件需求规格说明书》和产品原型法等方式与客户进行交流和完善，在保证双方理解一致的情况下，进行签字确认，并把签字结果发予双方管理层人员进行备案，那么后续要新增需求，就可以拿前期签订的范围管理进行控制了。
方法三，建立起有效的变更管理机制
在实际开发过程中，需求变化从一而终保持不变是不现实的，我们在产品开发过程中往往会遇到很多临时新增的需求，这才是符合现实开发的真实情况，那这种怎么办呢？一方面，我们可以利用前面提到的两种方法进行需求约束，尽量控制需求的范围，防止需求蔓延；另一方面，什么可以通过建立一套有效的需求变更管理机制进行范围控制，比如建立需求变更委员会，干系人包括双方需求对接人、业务骨干、主管领导、项目决策人等，然后可以按下面的流程进行控制：
乙方需求管理人员受理甲方提出的需求；评估新增需求造成的影响（进度、成本、风险等因素）和意义；提交需求变更委员会受理，进行变更意见决策；需求变更委员会同意进行则受理需求，不同意则终止；若同意，则进行产品的变更跟踪，看是否符合新计划的项目规划。其实大多数需求管理，我们也可以选择折中的方式进行处理，比如可以先受理需求，后期版本进行迭代，这样不仅有利于项目推进，也能保障后续产品持续迭代。
