第二章主要就讲了两个问题：1、如何读懂用户需求 2、什么才是良好的与用户之间的关系。
一、如何读懂用户需求：
用户毕竟不是专业人士，有时候提出的需求和他本想达到的要求并不一致，所以我们做需求分析时不能只问客户：“我们要做什么啊？”然后客户怎么说我们怎么做，这样做出来的软件往往客户并不满意，我们在做需求分析时不仅要了解客户的需要，还要了解项目的背景。所以在问完背景后，我们还要了解：1、本项目解决了客户什么问题 2、本项目涉及到什么人？什么单位？ 3、本项目目标是什么？ 4、本项目范围是怎样的？ 5、本项目成功标准是什么？
之后就是制定需求规格说明书了。项目组不应只将自己定位在软件制造者，而应该是软件价值创造者。我们提供的不是一套系统，而是提供了一套可以提升用户价值的服务。如果我们能输出客户心中真正想要却无法表达的东西，我们才能真正做到为客户带来价值。
二、什么才是良好的与用户之间的关系
从某种角度来说我们厌恶的需求变更其实是好事，说明用户对需求的理解更进一步，而我们觉的不适是因为我们对需求理解的进步程度不如客户，如下图：
而要打破这种局面，项目组需要做到下图：
项目组要在很短时间内对需求的理解超过客户。项目组要具备超强学习能力，切实理解客户的真正需要才能为客户做出真正符合其要求的软件
