俗话说，“良好的开端是成功的一半”。需求获取作为项目伊始的活动，是非常重要的。我们知道，需求调研不充分、用户需求描述不完整不准确，轻则影响项目建设的顺利程度，重则影响应用系统的质量，甚至决定项目的成败。
目前我们所开发的软件项目一般有两种类型：产品项目和工程项目。产品项目一般都会有充足的时间进行非常仔细的需求调研和分析，而工程项目却并非如此（因为它往往受诸多因素的影响）。
本文拟讨论如何根据工程项目管理的实际特点，采用合适的方法低成本高效率地获取用户的需求。
产品项目一般是根据公司战略和市场需求研发的旨在进行批量出售或推广的项目，工程项目一般是根据与用户签定的合同研发的旨在满足特定用户需求的项目。笔者所开发和管理的项目主要是工程项目，在项目的建设过程中，感觉到最头疼的是项目需求的获取；我们往往要花相当大的精力在需求获取和需求确认上，然而有时效果还很不理想。经过几年时间的项目实践，我们逐步总结出针对不同项目情况所适合采用的需求获取方法，这些方法能大大提高需求获取的效率。现总结之，愿与大家分享。
我们知道，一个工程项目，如果从开发方（即承建方）和用户方（即建设方）对需求的清楚程度来分，大致可以分为如下四种：开发方和用户方都清楚项目需求、开发方不清楚项目需求但用户方清楚、开发方和用户方都不清楚项目需求、开发方清楚项目需求但用户方不清楚。
针对这四种类型的项目，我总结出四种对应的需求获取方法：会议讨论法、问卷调查法、界面原型法和可运行原型系统法。
一、会议讨论法
所谓“会议讨论法”，是指开发方和用户方召开若干次需求讨论会议，达到彻底弄清项目需求的一种需求获取方法。
这种方法适合于开发方不清楚项目需求（一般开发方是刚开始做这种业务类型的工程项目）但用户方清楚项目需求的情况。因为用户清楚项目的需求，则用户能准确地表达出他们的需求，而开发方有专业的软件开发经验，对用户提供的需求一般都能准确地描述和把握。
这种方法的一般操作步骤是：
步骤一、开发方根据双方制定的《需求调研计划》召开相关需求主题沟通会；
步骤二、会后开发方整理出《需求调研记录》提交给用户方确认；
步骤三、如果此主题还有未明确的问题则再次沟通，否则开始下一主题；
步骤四、所有需求都沟通清楚后，开发方根据历次《需求调研记录》整理出《用户需求说明书》，提交给用户方确认签字。
由于开发方不清楚项目需求，因此需要花较多的时间和精力进行需求调研和需求整理工作。
二、问卷调查法
所谓“问卷调查法”，是指开发方就用户需求中的一些个性化的、需要进一步明确的需求（或问题），通过采用向用户发问卷调查表的方式，达到彻底弄清项目需求的一种需求获取方法。
这种方法适合于开发方和用户方都清楚项目需求的情况。因为开发方和建设方都清楚项目的需求，则需要双方进一步沟通的需求（或问题）就比较少，通过采用这种简单的问卷调查方法就能使问题得到较好的解决。
这种方法的一般操作步骤是：
步骤一、开发方先根据合同和以往类似项目的经验，整理出一份《用户需求说明书》和待澄清需求（或问题）的《问卷调查表》提交给用户；
步骤二、用户阅读《用户需求说明书》，并回答《问卷调查表》中提出的问题，如果《用户需求说明书》中有描述不正确或未包括的需求，用户可一并修改或补充；
步骤三、开发方拿到用户返回的《用户