放式提问。
封闭式提问目的明确。如:现在你们的送货单是手工填写还是电脑打印?但过多使用封闭式提问，会导致谈话枯燥，让用户感觉自己好像在接受审问。开放式提问是请对方对某一事物做进一步的解释，可使谈话达到一定的深度和广度。
如:你认为目前的工作中存在哪些可以改进的地方?开放式提问缺点是容易使谈话内容偏离主题。因此在谈话过程中，应采用封闭式和开放式提问相结合的方式。以简单问题开始、从用户熟悉的内容开始。每次只提一个问题、集中一个重点，宁问勿猜。
并尽量避免使用IT相关的一些术语，以便用户能够很好地理解我们的表达。
5 应实地了解用户工作流程
实地观察用户执行业务任务的过程。了解用户什么时候获得什么数据，并怎样使用这些数据，业务处理 过程中需要处理哪些单据，需要和哪些角色的用户发生关联等。这都将有助于明确产品的功能需求。
经验证明，与人们面谈关于他们如何完成任务时会有许多限制和不准确性，而这是任务观察可以直接解决的。特别是对于某些组织中普遍接受的规则和方法，用户认为你也应理所当然知道，而不曾提起时。
近年来，由于人机交互的复杂性惊人地增加，人机交互的观察和记录已引起人们的广泛注意。观察是一个主观的领域，很大程度上依赖于需求分析者的经验。在经销商管理系统的需求分析中，
通过观察发现:某些客户要求送货单中的商品价格为含税价格，而有些客户则要求送货单上的商品价格为不含税价格;有些商品的税率为13%，而有的商品税率为17%;
有些客户要求送货单上的金额小数点后保留四位，有的客户又要求送货单上必须提供自己公司的商品编码等。而这些都是在调研中，用户不曾提起的内容。
6 分析需求可行性
柳传志曾说:“没钱赚的事我们不干;有钱赚但投不起钱的事不干;有钱赚也投得起钱但没有可靠的人选，这样的事也不干。”
柳传志为联想集团的决策确立了上述准则，同时也为可以行性分析指明了重点。可行性分析主要是针对某一需求决定是做还是不做。一般可行性主要考虑两个方面的因素:技术和人。技术方面主要是分析在给定的时间段内是否可实现所需的功能并满足产品的质量要求等相关指标。
很多时候，用户的想法在实际实施过程中是不现实的。若一味地求全和盲目遵从用户的设想，将为项目的后续工作带来很大的风险。因此应尽量避免在需求分析中包含技术实施上有难度的功能。如在笔者曾经负责的一个项目中，用户要求新的管理系统应实现和用友、金蝶等管理系统的数据接口，以方便这些系统中的数据导人新的管理系统。
许诺提供与用友、金蝶等系统的数据接口，将为新系统的成功实施带来很大的风险。因为熟悉这些系统需要时间，开发与它们的接口也需要时间，而且用友、金蝶等这些系统存在多个不同的版本。因此与外部系统接口的可行性定义为:不可行。
人的方面主要考虑目标用户是否具有相应的素质和能力。在实际项目中，笔者曾对快速消费品行业经销商批次管理的可行性进行了分析。首先，批次管理将涉及到所有产品的出入库操作，并存在一个产品有多个批次的情况，因此批次管理对操作人员的能力和素质要求比较高。
其次，快速消费品行业的特点决定了产品的出入库操作极为频繁，因此，操作人员的工作强度比较大。再次，大部分经销商的仓库所在地都距离城镇比较远，因此工作人员的文化水平普遍不高。在综合考虑后，将批次管理的可行性定义为低。
对于复杂的项目，还应从经济方面和环境方面进行考虑。经济方面主要从投入、收益、短期、长远利益等方面进行分析。环境方面主要考虑市场环境和政策