开头就提到了软件需求这个名词，以及在开发软件的过程中一个很重要的问题，就是客户对他们想要得到的软件的各种功能要求，和程序员实际做出来的软件的功能两者之间的差距。客户说出的要求，程序员都可以实现，但是客户没有说出的要求，程序员就不会去实现。很多客户抱怨，说程序员没有做出他们想要的那个样子，但实际上可能是他根本没有表达出来想要某个功能的意思。
含混性是一个所有设计者都需要去消除解决的东西，因为需求是做出一个程序最基本的东西，所以消除这些语句的含混性就非常重要。如果就这样模模糊糊的开始，可能导致后来需要花费巨大的人力物力来修复这些错误。尽可能早的消除这些含混性，一是能保证能有效率的完成工作，二也是把成本降到了最低，打地基的时候费点心，总比大楼盖起来了才发现有问题要拆了重新盖要强多了。
一切准备好之后就可以开始了，找到一个合适的切入点就变味最重要的了。其实很多开发的开始过程，切入点都是多样的，来源于解决方案的切入点，又或是关于技术方面的，或者是一个比喻型的描述。书中提出，这些一切的切入点，一切的解决方案，都是建立在我们的这个产品是会成功的，是由解决方案的前提下的。在这个过程一定要仔细的分析需求。
自由提问可以帮助设计者更好的了解客户的需求，即客户到底需要什么，和我们应该怎么做。一问一答的简单方式，就能省去设计者的很多麻烦，也算是超出含混性的一个过程。客户与设计者直接通过这种自由提问的方式对话，也会使这次谈话讨论的效率更高。这种直接、简单的方法，我本人是挺喜欢的。我问你我想知道的，你回答我你所知道的以及我想知道的东西。