信息描述了问题域或在软件解决方案中合理的特性。一个研究表明：比起不成功的项目，一个成功的项目在研发者和客户之间采用了更多的交流方式。和单个客户或潜在的用户组一起座谈，对于业务软件包或信息管理系统(MIS)的应用来说是一种传统的需求来源。
在每一次座谈讨论之后，记下所讨论的条目，并请参和讨论的用户评论并更正。及早并经常进行座谈讨论是需求获取成功的一个关键途径，因为只有提供需求的人才能确定是否真正获取需求。进行深入收集和分析以消除所有冲突或不一致性。尽量理解用户用于表述他们需求的思维过程。充分研究用户执行任务时作出决策的过程，并提取出潜在的逻辑关系。流程图和决策树是描述这些逻辑决策途径的好方法。
当进行需求获取时，应避免受不成熟的细节的影响。在对切合的客户任务取得共识之前，用户能非常容易地在一个报表或对话框中列出每一项的精确设计。如果这些细节都作为需求记录下来，他们会给随后的设计过程带来不必要的限制。你可能要周期性地检查需求获取，以确保用户参和者将注意力集中在和今天所讨论的话题适合的抽象层上。向他们确保在研发过程中，将会详尽阐述他们的需求。
在一个逐次周详描述过程中，重复地详述需求，以确定用户目标和任务，并作为使用实例。然后，把任务描述成功能需求，这些功能需求能使用户完成其任务，也能把他们描述成非功能需求，这些非功能需求描述了系统的限制和用户对质量的期望。虽然最初的屏幕构思有助于描述你对需求的理解，不过你必须细化用户界面设计。