获取用户需求的常用方法和步骤
步骤
1、获取和引导需求
软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出真实的需求。
很多时候用户并不知道自己确切的需求，或者不愿意表达完整的需求，软件团队需要设身处地，替用户着想，引导出需求。
有些需求在实现之前，并没有用户明确表达具体的需求，团队可以从“用户需要和朋友之间玩游戏，用户有证明自己能力的需求”这些角度出发，挖掘出需求。
软件团队可以分析技术的发展趋势以及产业的变化、社会发展的大趋势，推测用户产生哪些新的需求。
需求还可以来自各种管理机构
需求不仅来自外界，还可以来自软件企业本身。企业所采用的商业模式会对软件提出需求。一个免费的互联网服务到达一定规模后，企业就会考虑如何让这个服务带来收入。
需求还可以来自技术团队本身，团队在考虑软件的代码、架构、所依赖平台的长期演化的时候，会提出技术性的需求，包括代码的迁移，架构的演化、平台的变化，或者引入新的技术、编程语言等。
2、分析和定义需求
对各个方面获取的需求进行规整，定义需求的内涵，从各个角度将需求量化（需求实现的最后期限，实现需求大致所需的时间和资源成本，各个不同需求的优先级，需求带来的收益，等等）。
3、验证需求
软件团队要跟利益相关者沟通，通过分析报告、技术原型、用户调查或演示等形式向他们验证软件团队对于这些需求的认知。
4、在软件产品的生命周期中管理需求
在软件的生命周期中，需求在发生变化，技术在发展，团队成员的能力也在提高。原来认为重要的事情可能不再重要，有些功能原来技术上很难实现，现在出现了捷径，一些相关的法规会发生变化，外部的合作伙伴突然发生变化，这些都要求我们不断对需求进行重新审核并做出相应的调整。
对软件的需求，也可以从不同角度做下面的划分
1、对产品功能性的需求：要求产品必须实现某些功能。
2、对产品开发过程的需求：要求软件的开发流程必须满足某些约束条件。
3、非功能性需求：这也叫“服务质量需求”。
4、综合需求：有些需求并不是单单一个软件模块就能满足。
软件团队和客户代表要在需求阶段把这些问题定义清楚。
很多人或机构都是某个软件的利益相关者，软件团队在分析软件需求时要考虑这些利益相关者：用户、顾客、市场分析者、监管机构、系统/应用集成商、软件团队、软件工程师。软件开发不可能一次满足所有利益相关者的要求，但是我们一定要让相关角色在这个阶段有机会提出他们的需求和意见， 同时，要弄清楚“他们想从软件中得到什么”。
获取用户需求——用户调研
1、焦点小组：找到一群目标用户的代表，加上项目的利益相关者来讨论用户想要什么，用户对软件的评价等等。
2、深入面谈：通过详细的面谈，广泛而深入地了解用户的背景、心理、需求等。研究着重探究用户在使用软件时有哪些困难，并如何改进软件，让软件更好用。
3、卡片分类：在收集反馈时我们可以利用“卡片分类”的方法，把各种需求做成便于规整的小卡片，然后反复进行接下来的活动：讨论-明晰定义-归类-排序。
4、用户调查问卷：向用户提供事先设计好的问题，让用户回答。
5、用户日志研究：要求用户记录自己日常工作或生活中与所用软件相关的行为，供软件团队分析。用户可以写类似日记体的文字描述，也可以每天填表，也可以使用软件来跟踪。
6、人类学调查：暂时放下自己所学的许多高端技术，走到真实的世界中去，看到并理解来自普通用户的真实需求。
7、眼动跟踪研究：大部分的软件都向用户展现了很多信息， 怎样才能让用户容易找到设计人员想让他们看到的信息，找到自己想用的功能。
参考：构建之法第八章
8、快速原型调研：拿模型让用户去使用，得到反馈。
9、A/B测试：让现有的用户告诉你哪一种设计比较好。