我们需要其他工具和技术来降低含混性是一个简单的事实，因为作为一个正常人，并不擅长发现被自己忽略的东西。比如我们总会发生手里拿着一件东西，却到处去找这件东西的情况。为了保证直接提问是成功的，提问者必须要有能力保证对决策树的早期部分有一个完美的理解。这是不可能由直接提问单独完成的，所以即使是直接提问包含了主要工具，还是需要附加的帮助来让直接提问更有意义。
设计者的一个主要错误是试图给客户他们所需要的胜与他们所想要的。如果发现自己感觉到知道更多客户所需要的，千万不要假设你比客户聪明，应该试图去说明客户，告诉他们正真需要的是什么东西。
如果参与者从一开始就没有一致的想法，那么项目还没成功之前就会注定以失败告终了。问题的最佳定义就是感受到的事和期望的事情之间的差别。这句话在之前看过的书中也有提及，而问题的这一本质可以使我们从几个不同的方面去寻找最开始的切入点。可以是来自解决方案的想法，来自技术的想法，比喻，标准，实体模型以及名称。还要对问题进行存在性假设因为所有的开发都始于一个假设。当有一个切入点的时候，大家可以像老师在课堂上让我们对利益相关者进行分析的时候来一场头脑风暴，对于设计过程、产品和各种问题各抒己见。在这个个过程中，可以在不偏题的前提下囊括所有的问题。然后就要寻找正确的项目相关人员，这就与项目利益相关者不谋而合了。要区分使用者和客户，系统是为用户设计的，但是客户的要求也是不容忽略的。而使用者在一定程度上来说也是具有很大的可变性，因为不是所有的使用者都是完全平等的，所以就要对此进行精心计划了，在抓获使用者的时候要慎重考虑，并将他们进行层次划分，区别对待。
如果你正在从事一件伟大的活动，如何切入有可能是件很困难的事情。所有的需求工作都必须发生在某种类型的初始过程之后，某些人会提出一个想法认为某些特性应该设计进去并实现，而不管其来源如何，这个想法正是需求过程的切入点。通过讨论切入点、提出自由问题并思考、找到正确的相关人员以会议的方式来共同理解项目的内容，降低项目内容的含混性，使设计人员之间达成共识，避免理解方面的误差造成时间上的浪费。
最常见的切入点有可能是对某个解决方案的考虑，却又陈数不清盖饭方案将要解决什么问题，即什么是能感受到的以及什么是期望的。
所谓切入点，就是我们在项目之初，根据项目内容可以想到的一开始就是现实的内容。它是一个项目的开始，他帮助我们解决我们对于解决方案的存在性的疑问，找到项目初始阶段所涉及的所有人，减缓切入阶段的进展，调查需求，仔细思考。
自由问题和特殊设计任务的独立性，可以被收入到设计人员的工具箱中，并在设计到太纷繁复杂的细节之前使用。自由提问的好处在于它们可以在对项目深入了解之前进行准备，克服在刚开始一个新项目或新关系时的尴尬。包括过程的自由问题，产品的自由问题和连环问题。自由问题适用于需求过程的早期提供。
在自由提问这一章中，我才发现我对于一个系统所能提出的问题原来可以这么多，这是我们获得需求最主要的方式，在交流中我们要建立起信任与和谐的气氛，我们的问题通常是笼统而透彻的，所以我们要向对方解释问题的重要性以确定在此刻你们在过程的价值上达成了共识。
找到正确的相关人员，毋庸置疑是极其重要的，他么才是我们做的需求工作的权威，只有他们才能评价我们做的探索是否有价值。
项目的推进过程中，开会是一个贯穿始终的事件，正式的、非正式的、预定好的、随机的在走廊上进行的等等，会议的重要性在于它是项目进程的督促者，在每个会议中，控制时间、注意效率、做好准备、熟练的会议推进者、为每个人做好准备工作，才能达到会议的效果。
在探索阶段，我们的主线就是回忆切入点、进行讨论、提出问题、提出含混性、消除含混性，从而使项目组成员在项目的理解方面达成共识。