这本书主要讲述关于开发项目的问题，讨论的主题是问题陈述或需求集合，需求在很多方面都是非常重要的。我们通常使用的是需求映射图而不是需求本身，所以我们需要探索许需求。
一旦在探索需求过程中使用了忽略了人的因素的工具，就不可能完美的描述需求，这会造成含混性，同时当需求被明确说明，但是使用了含混的词语也导致含混性问题的出现。含混性需要成本而且对于我们解决问题产生巨大影响，即可以发现需求含混性的重要性，所以在探索需求过程中要及时尽早地消除含混性，使用一些可以很好的抑制含混性的探索需求工具。许多含混性不一定只来自于一个地方，当找到需求中的含混性之后，还要对每一个含混性进行定位，使用任何一种含混性投票结果的聚类启发可以帮助分离其来源。
探索需求中通过直接提问获取需求本没有错，但是还是有一些主题在某个地方隐藏着，所以没有其他工具和技巧辅助的直接提问对于正确获得需求是永远不够的。决策树模型是一个弥补直接问题的工具，这一模型有助于通过提问所得的回答到达目的地。我们需要其他工具和技术来降低含混性，因为作为常人，我们并不擅长发现我们已经忽略的东西，总而言之，为了保证直接提问成功，提问者必须要有能力保证对决策树的早期部分有一个完美的理解。设计者的一个主要错误是试图给客户他们所需要的胜于他们所想要的，当发现你知道更多地客户所需要的，要告诉客户他们的确需要你认为的他们所需要的东西。
所有的需求工作都必须发生在某种类型的初始过程之后，那些提出对于问题的想法则是需求过程的切入点。每个人都有不同的思维方式，这就造成了切入点的不同，会给需求过程带来很多麻烦，也会使整个项目在还没有成功的时候就注定失败，所以在一开始就要为某个常见的起点及切入点的需要和全体成员的需要之间建立平衡。一种解决办法是先认为每个设计项目都可能解决一些问题，然后再化简每个起点，知道问题陈述变得非常普遍。所有的开发始于一个假设，那就是问题的解决方案是存在的。
当确定了切入点之后，项目过程中下一个步骤就是问一些自由问题。从决策树的角度来看，自由提问可以帮助你决定需要攀登哪一个主分支，这远胜于对某一个小分支或末梢的分析。自由提问让你在设计过程中找到那些有关全局的问题，可以准确的进入正确的方向，它的一个非常大的潜在好处在于，它们可以在对项目深入了解之前进行准备，还能够帮助我们克服在刚开始一个新项目或新关系时的尴尬。自由提问应该在需求过程的早期提供，必须在一些细节决策结束之前完成。
在开发活动中最为常见的单个错误可能就是在探索需求过程中遗漏了某个必需的人物，所以一定要辨别、定位和找到多有相关人员中的参与者，这也需要使用一些工具。要明确客户和使用者，客户是为我们的需求工作支付薪水的人，使用者是那些将会影响或者被正在设计的产品影响的个体，当然，客户也是使用者，而不是所有的使用者都是客户。客户决定产品的外部属性，雇佣和解雇设计者，使用者则是那些能够决定产品成败的人。当辨别出客户、使用者后，还要决定如何处理他们。
通过这段时间慢慢的读这本书，书中每一次讲一些关于探索需求过程中应该注意的问题或应该需要技巧的时候，都通过作者自己亲身经历的真实事例或是遇到过的、见到的例子进行诠释，使得能更快的了解探索过程中应该需要我们注意的问题及解决问题的办法等，好多专业的术语也都很容易理解。读过的这一部分中，需要了解在探索需求过程中，获取需求时要用其他工具或技巧辅助进行直接提问，然后需要我们一定要尽早的发现、分析并消除需求含混性，确定切入点，并平衡各种不同的切入点，接下来通过自由提问进行对项目的深入了解，确定并明确探索需求过程中的人。探索需求也是一个大工程，需要各方个面都要考虑、分析周全，接下来还有许多方面需要我们了解，各种工具、技巧我们也都得要知道，这些都有利于我们正确并准确的对需求进行探索。