既然是做给用户的产品，那么用户的期望就是一个很重要的，来测量你这个产品完成的好坏的标准了。书中举了一个电梯的例子，不同的人对电梯能实现的功能都有不同的期望，有的希望在里面量血压，有的希望电梯能识别出小偷并且尽全力的阻止小偷的偷窃行为，有的期望有理有据，非常合理，但是有的就有点奇葩了。这其实就告诉我们，在和用户交流的时候，也要注意用户的期望，最好能明确的知道了解，用户的期望到底是什么，我能不能做出来。假如我不能做出来，那我要事先和用户沟通好这个问题，不要等到最后的产品出来了，用户觉得这并没有达到我的期望，认为是我们欺骗了他。
含混性存在于开发过程中的每一个环节。在需求分期阶段时，我们可能会认为客户需要一个滑板，一辆自行车，一辆小汽车，因为他们都算是交通工具这一类。比如，我们确定了，就是要做一辆小汽车，在设计解决方案的过程中，也可能会出现不同的结果，进而生产出了三种不同类型的汽车。在最终产品的完成时，也不可能会生产两辆在所有的方面都完全相同一模一样的汽车。通过投票来分析出含混性存在的点，是一个相对来说比较合理有效的方法。从设计开始就周期性的衡量用户满意度，也是能够保证最终产品设计成功的一个简单的方法。
这个世界上没有什么事完全全新的东西，不管设计出来的产品是做什么用的，总会被拿来和相似的产品进行比较。那么如何在这种比较中胜出一筹，就是我们需要重点思考的问题了。新的产品在功能等等当面与以前的产品有何不同，以前产品的缺点新的产品是否有所改进，又或者是多了什么新的模块等等。想做出一个新产品，不妨就从那些以前的产品中寻找些灵感的答案。
