（一）用户不能表达自己的需求

1、用户需求具有动态性用户需求具有动态性，即不稳定性，应用软件会随着时间的进展而有所变化，个别用户甚至会朝三暮四地变化，开发人员几乎很难进行需求定位。以前绝大多数系统采用概念上的需求设计，我们称之为“静态业务需求分析”；这种方式很难把握由于业务变化带来软件系统的修改，同时在系统开发过程中很容易造成设计开发反复，带来项目进度和项目成本的失控。对于需求具有动态性的问题，推荐解决的方法是一种动态的需求分析模式，能够比较有效地控制需求的范围和变化的趋势。这种方式首先需要熟悉精通相关行业，在项目启动前期和用户一起进行需求思路整理，先设计出业务需求表格框架；在用户业务定位阶段，用户按照表格要素量化需求，形成“表格需求”；最后，在系统构架阶段，进行参数化的系统数据设计和功能设计。这种方式称为“动态业务需求设计”。具体做法如下：设计项目环节：在项目管理的框架之下，增加前期咨询服务环节，设立阶段评审的标准和内

  容。     

项目组织重构：建议改变原来业务需求完全由业务部门提出的模式。成立以客户方最高领导为组长，客户业务部门、客户信息管理处、开发公司等多方组成的需求小组，由客户信息管理处负责统一具体领导。     

设计流程框架：根据业务需求的定位和对行业知识的理解，设计行业领域的业务流程框架。     

设计需求模板：根据对项目的分析，设计需求模板，有关人员根据需求框架进行表格式需求填写。这种方式可以保证需求的完整性和前后一致性，达到量化需求的目标。在此基础上加以抽象可以产生出一般的业务需求分析框架。   

2、用户需求具有模糊性      

用户需求具有模糊性，即需求的不准确性：由于用户素质不是很高，业务流程不是很规范，所以需求表达不很清楚也不够明确。对于那些业务流程很不规范的用户，他们往往不能够完整清晰的表达出自己真正的需求，通常给的都是比较模糊的需求，比如说遇到一些不确定的需求，他们会说“你们自己看着怎么办比较好吧”或者“等遇到了问题再来处理”。这类模糊的需求太多会直接致使软件开发复杂度的提高，开发人员越做到最后越会觉得继续开发比较困难。客户还会由于需求的动态变化，然后在这些模糊的地方增加或减少需求，最终导致软件一些功能部分白做或者重新设计。针对于这类模糊需求，用户可以请业内人士、专家或者咨询公司将需求归纳出来，使得需求由高度的抽象到量化， 将模糊需求的范围缩减到最少。  

（二）需求分析人员不能获取用户需求

 1.需求分析人员业务不熟练 实现方由于行业知识的缺乏和设计人员水平的低下，不能完全理解客户的需求说明，而又没有加以严格的确认，经常是以想当然的方法进行系统设计，结果是推倒重来。

 2.被客户购买力所限制 用户的购买力决定了开发应该投入的成本，当客户购买力不足以担负起一个高质量的软件开发成本时，开发者往往会将用户的需求缩减到尽可能的状况，以节约开发成本，这样做的结果往往时双方都比较不满意。 所以产品开发人员可以尽最大能力获取用户需求，然后准确估量开发成本，如果成本过高，可以通过领导层和客户谈判，最终得到双方都比较满意的结果。