对新产品而言，详细的需求规格书不过是一种费力的猜测。

先定义、后开发：对熟悉的任务行得通。可对新产品而言，部分关键认识要在动手构建时才会产生。

只有一个能运行的系统核心，才能表明架构、性能和产品逻辑是否相互契合。

传统上，软件开发常被理解为执行一项已经做出的决定。先定义要开发什么，然后才开始开发。

对于新产品而言，这种分离的意义有限。一部分关键认知，只有在开发过程中才会产生。

只有真实的用户界面，才能表明一个操作构想是否可行。只有真实的数据，才能显示数据模型是否恰当。只有运转起来的系统核心，才能表明架构、性能与产品逻辑是否相互契合。只有可用的系统，才能让人真实地评估一个产品构想究竟能发展成什么。

因此，开发产出的不仅仅是软件。它还产出关于未来产品的信息。

在产品早期阶段，一个经得起检验的开发成果，可能比又一轮抽象的需求规格说明带来更多认知。