在之前我老以为需求是通过和客户的交流得来的在读了构建之法后才知道事情远非这么简单。
在现实社会中，人们为了解决生活中的各种问题，需要借助于软件。但，每个人的需求都有不同，软件团队通过以下几个步骤来获取人们的需求：
1.获取和引导需求
软件团队需要找到软件得利益相关者，了解挖掘他们对软件的需求，引导他们表达出真实需求。同时，需求还可以来自各种管理机构，还可以来自软件企业本身，也可以来自技术团队本身。有些需求的目的是要“更好的了解用户的行为和需求”。
2.分析和定义需求
这是指对从各个方面获取的需求进行规整，定义需求的内涵，从各个角度将需求量化。
3.验证需求
软件团队要跟利益相关者沟通，通过分析报告、技术原型、用户调查或演示等形式向他们验证软件团队对于这些需求的认知。
4.在软件产品的生命周期中管理这些需求
在软件的生命周期中，需求在发生变化，技术在发展，团队成员的能力也在提高。对软件的需求也可作以下角度的划分：
1.对产品功能性的需求：要求产品必须实现某些功能。
2.对产品开发过程的需求：要求软件的开发流程必须满足某些约束条件。
3.非功能性需求：这也叫“服务质量需求”。
4.综合需求：有些需求不单单是一个软件模块就能满足。
在上面这些步骤中，经常出现利益相关者，这些所谓的利益相关者就是：用户、顾客、市场分析者、监管机构、系统应用集成商、软件团队、软件工程师。
软件开发不可能一次满足所有利益相关者的要求，但我们一定要让这些相关者在这个阶段有机会提出他们的意见和需求，同时要弄清楚“他们想从软件中得到什么”。 软件的开发过程，就是“用户最需要的东西”在一条关系链中传送、转换、实现、扭曲、或丢失的过程。如何确定"用户最需要的东西"我们可以靠一些经过实践证明行之有效的办法，其中许多具体做法既可以用在软件需求的收集阶段，也可以用在测试阶段，下面就是经常用的用户调研方法：
1.焦点小组、2.深入面谈、3.卡片分类、4.用户调查问卷、5.用户日志研究、6.人类学调查、7.眼动跟踪研究、8.快速原型调研、9.A/B测试。
在用户调查问卷方法中经常会出现一些常见错误，如问题1.定义不准确、2.使用含糊不清的形容词、副词描述时间、数量、频率、价格等、3.让用户花额外的努力来回答问题、4.问题带有导向性、5.问题涉及用户隐私、用户所在公司的商业机密或细节等。问题调查问卷可以有以下这些问题：1.全开放式问题 2.二项选择题 3.多项选择题 4.顺位选择题等。
社会是存在竞争的，为了让客户选择我们的软件，我们需要创新。NABCD模型就是一个能有调理说服别人的模型。它里面包括了：1.N（Need）2.A（Approach）3.B（Benefit）4.C(Competitiors)5.D（Delivery）.
在以后的学习探索中我会选择与构建之法中类似的方法深入探索明确客户需求。