因为有些客户自己缺乏计算机知识，无法提出完整准确、隐含的或潜在的需求。若这些需求不能满足将导致用户的不满。因此需求调研分析人员应善于想用户所想，不但要确定明确的需求项目管理怎么看待客户需求，还要善于用启发的方式与用户探讨隐含的或潜在的需求，并结合各种调研分析技术挖掘超出客户期望的令人兴奋的需求。这就要求需求调研分析员要尽快完整地熟悉相关业务，从而能够站在用户的立场看待软件需求，想用户所想，这样才能设计出真正符合客户需求的系统。如果有条件的话最好能够然客户方实际模拟走一边业务流程，使需求人员能比较直观的明白客户日常是怎么工作。

在初步了解了用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体实际、客观的信息基础上，结合现有的硬件、软件实现方案，做出简单的用户流程页面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。用户可以操作简单演示的DEMO，来感受一下整个业务流程的设计合理性、准确性等等问题，及时地提出改进意见和方法。使用这个方法有以下优点(1)增进软件开发者和用户对需求的理解，使比较含糊的具有不确定性的软件需求(主要功能性的需求)明确化。(2)可以容易地确定系统的性能，确认系统主要服务的可应用性，确认系统设计的可行性，确认系统最终作为产品。

三、分析需求可行性平衡各方需求

不同的项目用户方干系人其愿望和追求的目标往往相差甚远，因此项目的各项需求进行分析平衡各方的需求可能是非常重要而又相当困难的事情。例如：我曾参与过某审批业务系统项目中，就遇见市领导希望所有的事项都能够在审批中心集中处理，并且需要将各项信息采集完整并电子化流转，信息不全不能办理。而实际部门因为业务量比较多特殊情况比较多（如一个事项可能会有好多申报材料，申请人一般都提交的纸质材料实际情况根本没办法电子化）。而申请者希望机构能够简化工作流程，提高办事速度，不要因为忘带某一份材料而不能开始办理，完全可以后期补送过来。

对收集上来的不一致需求，就必须对需求方进行平衡，运用项目的业务目标来决定哪些是你最关心的客户，多沟通平衡其他的用户达到大家满意的效果。

同时还需要对收集的需求进行可行性分析主要是针对某一需求决定是做还是不做。一般可行性主要考虑两个方面的因素:技术和人。技术方面主要是分析在给定的时间段内是否可实现所需的功能并满足产品的质量要求等相关指标。很多时候，用户的想法在实际实施过程中是不现实的。若一味地求全和盲目遵从用户的设想，将为项目的后续工作带来很大的风险。因此应尽量避免在需求分析中包含技术实施上有难度的功能。

很多时候，用户的想法在实际实施过程中是不现实的。若一味地求全和盲目遵从用户的设想，将为项目的后续工作带来很大的风险。因此应尽量避免在需求分析中包含技术实施上有难度的功能。

四、编写需求文挡和进行需求评审

在准确领会客户的意图后，软件需求分析说明书就是需求分析阶段需要产生的最