产品需求文档可以是相当正规的东西，用来确保团队为最终交付的成果负责。提纲不是这类文档。如果你的组织在用产品需求文档，最初的提纲可能最终演变成正式的需求文档。但这里它是作为一个工具来帮助你思考的，以在头脑中形成一个产品思路。设计团队（很可能只有一个人）之外的人没必要看到这份提纲。
引入SnackLog示例应用软件
本书将频繁地用到一个假想的示例应用软件——SnackLog，这是一个记录每天购买物品的工具。不必看此应用软件的详尽描述，只要看看其最初的需求提纲，就能透彻地了解该应用软件的思路，如图1.2所示。
相信你已经明白了，SnackLog的整体要点就是方便地记录诸如咖啡、停车费等临时开销，而不必是完善的钱财管理应用软件。出门在外，你需要SnackLog记录小额开支，避免这些开支从你的全面预算系统中漏掉。
请注意，这个需求提纲并未提到任何有关画面、走向和各功能如何工作的内容。实际上，需求提纲只是列出要做的事，而如何做则是以后考虑的问题。
